Thank you! lol
I'll have to give that all a look over. :)
On Fri, Jan 2, 2015 at 6:07 PM, Rugxulo rugx...@gmail.com wrote:
Hi,
This might be longer than necessary, but I figured I may as well dump
it all on ya, just to be complete!
On Fri, Jan 2, 2015 at 4:09 PM, Mercury Thirteen
I know, right? The IDE is Windows-based but yes, it surprisingly defaulted
to QB compatibility rather than FB.
Yeah, the lack of a 16-bit target made me pretty much write it off for this
project. The project is having string space corruption issues right now
anyway, so a C rewrite (or just
Thanks for the links, I appreciate that but I know... pretty much nothing
of Pascal lol
I think I just need to clean up my code and things should be fine.
Actually, I can't even say my code. The directory traversal routine
(which is the root of the problem) was part of an old public domain
Hi,
On Fri, Jan 2, 2015 at 1:56 PM, Mercury Thirteen
mercury0x0...@gmail.com wrote:
Yeah, the lack of a 16-bit target made me pretty much write it off for this
project. The project is having string space corruption issues right now
anyway, so a C rewrite (or just forgetting the project
Hi,
This might be longer than necessary, but I figured I may as well dump
it all on ya, just to be complete!
On Fri, Jan 2, 2015 at 4:09 PM, Mercury Thirteen
mercury0x0...@gmail.com wrote:
Thanks for the links, I appreciate that but I know... pretty much nothing of
Pascal lol
My only
On Wed, Dec 24, 2014 at 1:41 AM, Rugxulo rugx...@gmail.com wrote:
Fast is subjective (unless you mean compile-time speed, which I'm
assuming here). There are too many diverse x86 machines (with
different speeds) to call anything universally fast anymore.
I was referring to both compile time
It will provide all the typical features of the base shell,
in a new implemented, most likely buggy way (FreeCOM also had
bazillion of bugs which were removed over much time and effort)
can it run batches?
whats the resident footprint?
including the following new features:
-The new drives
On Tue, Dec 23, 2014 at 11:08 AM, Tom Ehlert t...@drivesnapshot.de wrote:
in a new implemented, most likely buggy way (FreeCOM also had bazillion
of bugs which were removed over much time and effort)
Hopefully not! :)
can it run batches?
As of right now, no, but in its final form, yes. It
Are you kidding? There's been many many times I wanted a feature that would
allow me to do a dos function in the background while I kept doing whatever it
was I was already doing in the foreground. A way to switch to a second shell,
do something, and switch back would be fantastic.
(btw, I'm a
Hi, Travis, and thanks for the feedback!
Are you kidding? There's been many many times I wanted a feature that
would allow me to do a dos function in the background while I kept doing
whatever it was I was already doing in the foreground. A way to switch to
a second shell, do something, and
On Dec 23, 2014, at 1:57 PM, Mercury Thirteen wrote:
(btw, I'm a huge powerbasic fan, do you have your old code available
somewhere? I'd love to have a look at it.
I hear you there, PowerBASIC was awesome in its day and in fact it was the
using of this language that let me get my GUI done
Thanks for that, grabbed it.
As far as I know, powerbasic is the only company that still actively sells
and supports a dos compiler. Their version 3.5 is still available for
purchase. I have their windows version too, though I'm 1 version back
(running pbcc 5.0, and pbwin 8.0), but still
developers.
Subject: Re: [Freedos-devel] New software!
On Dec 23, 2014, at 1:57 PM, Mercury Thirteen wrote:
(btw, I'm a huge powerbasic fan, do you have your old code available
somewhere? I'd love to have a look at it.
I hear you there, PowerBASIC was awesome in its day and in fact
Hi,
On Tue, Dec 23, 2014 at 1:52 PM, Mercury Thirteen
mercury0x0...@gmail.com wrote:
No problem! Yeah, PowerBASIC was a great product which produced some of the
fastest apps around.
Fast is subjective (unless you mean compile-time speed, which I'm
assuming here). There are too many diverse
Hi,
On Sun, Dec 21, 2014 at 1:27 AM, Mercury Thirteen
mercury0x0...@gmail.com wrote:
Can anyone can shed some light on why I'm getting these build errors? My
syntax is exactly as it should be from the demos and examples I've seen,
I've even tried a half dozen different ways to express the
Hi,
On Sun, Dec 21, 2014 at 2:07 AM, Mercury Thirteen
mercury0x0...@gmail.com wrote:
Nevermind... figured it out. The IDE set the default language to QB
compatibility. Duh.
Great, just after replying, now I see this new message. ;-)
But seriously, this isn't for the faint of heart. You're
Nice timing! lol
Seriously, though, I'm starting to see what you point out. I got all of my
code running in FB and it did great - quite impressive, really. However
anything which depends on real mode assembly or interrupt calling will just
take too long to get running properly so I think I'll
but for a simple shell it would just be too time consuming,
especially since I want to get a useable product out fairly
quickly.
I don't see yet how your 'simple shell' would enhance FreeDOS.
what parts does it better then FreeCOM in what specific way?
Tom
It will provide all the typical features of the base shell, including the
following new features:
-The new drives command displays what drive letters are available in the
environment and details on each.
-A selection of four separate shells running concurrently which can be
switched between
Nevermind... figured it out. The IDE set the default language to QB
compatibility. Duh.
On Sun, Dec 21, 2014 at 2:27 AM, Mercury Thirteen mercury0x0...@gmail.com
wrote:
Can anyone can shed some light on why I'm getting these build errors
http://mercurycoding.com/unnamed.png? My syntax is
Hi Jim!
I've quite literally *just* begun work on this so it's nowhere near ready
for prime time. As soon as I fix the 'cd' command it'll be much more
useful, so I'll probably release the first version then even though the
advanced features won't be quite ready for another release or two. The
Hi, quick hint:
original source is PowerBASIC code, so I'm recoding it in QBASIC for
accessibility to a wider audience and to avoid the huge delay associated
with porting it to a completely different language such as C...
Use freebasic. It is a free open source compiler so it is
much easier
I'm wondering why I never thought of that lol
Downloading FreeBASIC now :)
Thanks for the tip!
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business
Can anyone can shed some light on why I'm getting these build errors
http://mercurycoding.com/unnamed.png? My syntax is exactly as it should
be from the demos and examples I've seen, I've even tried a half dozen
different ways to express the routine. I have no idea why the compiler is
choking
Hi Eric!
Yes, this shell (as well as my GUI from which I'm porting it) is completely
open source.
I guess it could fit under either category? When the port is finished, it
will be an exact clone of the MS-DOS command.com, only with added features.
Users need not concern themselves with said
On Fri, Dec 19, 2014 at 1:27 PM, Mercury Thirteen mercury0x0...@gmail.com
wrote:
Hi Eric!
Yes, this shell (as well as my GUI from which I'm porting it) is
completely open source.
I guess it could fit under either category? When the port is finished, it
will be an exact clone of the MS-DOS
Hello, all!
Despite this being my first post, I've been following (and using) FreeDOS
for quite a while. I have to commend you all on an excellent implementation
of the classic DOS environment!
I have always loved the muscle of DOS - there's no fluff; just raw power to
get the job done. My
Hi Mercury,
nice to hear that you are a long time (Free)DOS fan :-)
If you want to offer software for FreeDOS, it has to be
free open source software in the first place. The next
question is whether it is okay for widespread use, or
only for users with very special interests. Depending
on that,
28 matches
Mail list logo
