cpu multi-core , dual-core

is possible make true dual-core or multi-core app ???

No.

If you mean multithreading on several cores, I don't think so with current version of BlitzMax. If you mean let the code execute in both threads for calculations etc, this can be done with current BlitzMax version modifing the BMK utility to activate some speciffic flags when compiling C and C++ source code, and rebuilding all the modules. But I would wait to the next BlitzMax update as it is anounced for a wekk or so, and it is suposed to have some speed improvements, so maybe this is already done 'officially' (or maybe not, who knows!)

well it depends on the application...

For something to run on more than one core or cpu, the app has to be split up into parts. Each part is a thread. Or you could do it with multiple processes which are the same thing but are very isolated from each other. The o/s is then able to assign a thread or process to run on a core while another is running on another core. So long as the o/s supports threads and/or processes and also supports either multi-core CPU's or multiple CPU's, it should be able to schedule the threads/processes to individual cores/cpu's.

You will need your own or a third party's thread code in order to use threads in BlitzMax as it is not currently supported and you are totally on your own as to ensuring that it is `safe` to do so, there are a lot of issues to consider such as one thread changing data which another thread is assuming to be in a given state, plus issues with the garbage collector etc.

You could use the Free Process library but processes aren't as easy to use as threads. Whatever you do you'll have to do most of the work yourself.

I made my own script system and implemented my own scheduler to split up my scripts as threads as if running in multitasking, but it's really only one process with virtual threads, so it doesnt use any other cores. Would be really nice to have proper thread support.

Flat out no. You cannot safely use threading in BlitzMax.

'it use dual-core ???
' blitzmax multitasking example

Strict

Global TaskManager:TTaskManager=New TTaskManager

Function task1()
Print "task1"
End Function

Function task2()
Print "task2"
End Function

TaskManager.StartTask 10,task1
TaskManager.StartTask 20,task2

Graphics 640,480

While WaitEvent()
DebugLog CurrentEvent.toString()
Wend

End

Type TTask
Field _hertz#
Field _count
Field _millis
Field _ticks
Field _callback()
Field _busy

Method Start(hz#,callback())
_count=0
_hertz=hz
_millis=MilliSecs()
_callback=callback
TaskManager._tasklist.AddFirst Self
End Method

Method Stop()
_hertz=0
TaskManager._tasklist.Remove Self
End Method

Method Update(ms)
Local count
If _busy Or _hertz=0 Return 'ignore if stopped or already in callback
_busy=True
count=((ms-_millis)*_hertz)/1000
If count>_count
_ticks:+1
_count=count
_callback()
EndIf
_busy=False
End Method

End Type

Type TTaskManager
Global _tasklist:TList
Global _timer:TTimer
Global _event:TEvent

Method New()
_tasklist=New TList
_event=CreateEvent( EVENT_TIMERTICK,Null,0 )
AddHook EmitEventHook,hook
_timer=CreateTimer(100,_event)
End Method

Function hook:Object( id,data:Object,context:Object )
Local ms
Local t:TTask
If data<>_event Return data
ms=MilliSecs()
For t=EachIn _tasklist
t.Update(ms)
Next
End Function

Method StartTask:TTask( hertz#,callback() )
Local t:TTask
t=New TTask
t.Start hertz,callback
Return t
End Method

End Type

No.
No.

Where there's a will there's a way, guys, come on. Just saying no is not helpful.

No there isn't. Short of driving over to Marks house and threatening him at gunpoint, to include this functionality in a future'ish release there is no practical way to write a multi-kernel-threaded program in BlitzMAX. BlitzMAX does not support the creation (forking) of threads, nor does BlitzMAX provide a thread synchronization mechanism (like a monitor) to resolve race situations and prevent deadlocks.

Well, helpful or not, it happens to be the truth.

If there was a reliable way to do it, it would have been done already. The only solution I've found is to make a separate program in another language that supports threads and does provide a synchronization mechanism (or write your own). However by the time you finish writing all that, and the boilerplate code that goes with it, you may as well switch to that language entirely, as there is no longer a compelling reason to use BlitzMAX.

Write 2 apps that communicate over 127.0.0.1.

Ethernet? Wouldn't that mean you have overhead for sending and receiving the data? Does it work on the same computer without a network?

if you're trying to do it with 2 apps, I would recomend you to use pipes.

Pipes? Tell me more about them and how to use them with blitzmax :)

Is this the stuff in PUB.FreeProcess?

Yes, it is on freeprocess. Pipes are a stream to comunicate 2 apps, you can see, as instance, how the debuger works in the MaxIDE to get and send data to the hosted debuged application.