Crazed idea for a project. (0.0.1 is here -check out)

VonGodric · Post by **VonGodric** » Mar 13, 2006 13:55

that's the problem you get with any freebasic compiled program in the dos. You need dpmi extender. I'll post a link later -in a hurry atr the moment

anarky · Post by **anarky** » Mar 13, 2006 13:57

Ah. Can't that be built into the compilor, which in turn is put into the exe? Or when compiled a program will need a runtime which has this capacity, so everything needed is already there?

Better yet, perhaps a FB Console with everything supplied already, only the game is needed.

>anarky

VonGodric · Post by **VonGodric** » Mar 13, 2006 14:02

Build a check into the thread library which will trap this and in return, create a fake resource Y and tell the thread to use it then.

nice idea, but won't work. If this resource is a function that is not thread-safe or shared variable? I could copy a value but this ain't reliable solution.

Sure my first idea for a milestone to reach is: simple gfx enviroment where I can open programs in windows. each window is a console application. nothing fancy but is useful.

anarky · Post by **anarky** » Mar 13, 2006 14:03

Don't lock resources. Or better yet, allow a program to read details about a resource but not access it.

>anarky

VonGodric · Post by **VonGodric** » Mar 13, 2006 14:07

ehm I'm not sure if you get the idea of it.

if resource ain't thread-safe, then if reading / modifying it by different threads might lead to serious problems and crash

anarky · Post by **anarky** » Mar 13, 2006 14:14

I do get the idea. I just don't know enough about it at that level, but it's worth trying to help.

>anarky

VonGodric · Post by **VonGodric** » Mar 13, 2006 15:02

yep tnx:) Once base system is ready anyone can write programs for my shell without having to worry about threads or such matters -kernel *must* take care of these.

Although programs must be written using fbos api. I will release crt stuff specialised for fbos. fb runtime in most cases can't be used -atleast until we have fbos specific runtime library for freebasic...

anarky · Post by **anarky** » Mar 13, 2006 15:04

Call me uneducated, but I thought a FB program written in Windows would compike wuith FBDos and run in DOS?

>anarky

VonGodric · Post by **VonGodric** » Mar 13, 2006 15:17

FreeBASIC has dos, windows and linux ports. to create an executable for dos you must compile it with dos version of the freebasic compiler. Windows executable won't work on dos nor in linux.

The other way is to use cross-compiling. If all headers and libraries are present then with windows version of the compiler you can cross-compile for dos platform. See freebasic docs for more information.

FBOS runs programs that are compiled for dos -it needs a special linker so program compilation is a bit complicated. But nothing impossible.

anarky · Post by **anarky** » Mar 13, 2006 15:19

What I meant was code could be run through all compilers without any modification, and be ready for the particular platform. But anyway, this isn't the thread for it.

What I would like to see:
- Ability to run ready made FB games REcompiled for fbos. I have plans here.
- More coming soon.

>anarky

VonGodric · Post by **VonGodric** » Mar 13, 2006 16:28

this is a problem with several issues. FBOS enviroment is different to one of pure DOS, thus gfxlib won't work -unless a fbos specific driver isn't written, same goes with run time library.

What makes this task difficult:
* fbos is multitasking enviroment
* fbos will be gui based enviroment -again incompotable with gfxlib
* fbos is already loaded so normal exe file can't be loaded, obly fbos executables.

anarky · Post by **anarky** » Mar 13, 2006 16:30

Essentially, it's a kernal. So we need an scripting language and a GUI.

>anarky

VonGodric · Post by **VonGodric** » Mar 13, 2006 17:21

and why exactly do we need a scripting language?

anarky · Post by **anarky** » Mar 13, 2006 17:22

I don't know. :P Are you saying fbos will compile already made fb code?

>anarky

jofers · Post by **jofers** » Mar 13, 2006 17:40

Yeah, that's the point. He's making Windows 3.1 :)