qf
/
quakeforge
mirror of https://git.code.sf.net/p/quake/quakeforge
0
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
quakeforge/ruamoko/qwaq/qwaq.h

38 lines
917 B
C
Raw Normal View History

[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
#ifndef __qwaq_h
#define __qwaq_h
Get QF cross-compiling using MXE/mingw32 This includes -win clients (no clue if anything actually works yet).
2021-03-27 11:09:37 +00:00
#include <pthread.h>
[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
#include "QF/darray.h"
[qwaq] Bypass ncurses for input handling For now, only 1003 mouse mode is supported, and function keys are not yet supported, but the mouse is much more reliable: no lost events.
2020-03-21 16:00:05 +00:00
#include "QF/progs.h"
[qwaq] Add an editor buffer It's a fairly high-level wrapper for TextBuffer in that it implements file ops (load/save), searching, navigation, and formatting (simple line-oriented with tab stops (currently at 4 spaces)).
2020-03-22 11:51:55 +00:00
#include "QF/sys.h"
[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
[qwaq] Move progs create and load into the threads While this does answer the question of how I'll go about restarting the target progs (when I get to that point), it was required just to start full-on ruamoko progs because .ctor was getting run in the main thread and blocking due to trace.
2020-04-01 15:11:47 +00:00
typedef void (*progsinit_f) (progs_t *pr);
[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
typedef struct qwaq_thread_s {
pthread_t thread_id;
int return_code;
struct DARRAY_TYPE (const char *) args;
sys_printf_t sys_printf;
[qwaq] Move progs create and load into the threads While this does answer the question of how I'll go about restarting the target progs (when I get to that point), it was required just to start full-on ruamoko progs because .ctor was getting run in the main thread and blocking due to trace.
2020-04-01 15:11:47 +00:00
progsinit_f*progsinit;
[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
progs_t *pr;
[qwaq] Adapt startup code for use in a game engine Until now, the new qwaq startup was used only in command-line tools and console applications where things like Ruamoko security and having a hunk were not an issue. Now the start up code (qwaq-*.c) can specify that Ruamoko is to be secured and provide a hunk on a per-thread basis, and the thread data is passed into the progs code via a progs resource.
2021-12-20 11:13:21 +00:00
int rua_security;
struct memhunk_s *hunk;
[hash] Rename the publicly visible hashlink_t to hashctx_t I think my biggest problem with the hashlink freelist parameter was how much implementation it exposed in just the name.
2022-05-12 08:54:23 +00:00
struct hashctx_s *hashctx;
[gamecode] Rename func_t to pr_func_t Even more consistency.
2022-01-18 06:32:43 +00:00
pr_func_t main_func;
[qwaq] Pass resource data into the thread Things have come crashing down, but no fire (ie, no deadlocks so far).
2020-03-20 15:14:33 +00:00
void *data;
[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
} qwaq_thread_t;
[qwaq] Create a commandline-only version of qwaq qwaq-curses has its place, but its use for running vkgen was really a placeholder because I didn't feel like sorting out the different initialization requirements at the time. qwaq-cmd has the (currently unnecessary) threading power of qwaq-curses, but doesn't include any UI stuff and thus doesn't need curses. The work also paves the way for qwaq-x11 to become a proper engine (though sorting out its init will be taken care of later). Fixes #15.
2021-07-06 02:55:29 +00:00
typedef struct qwaq_thread_set_s DARRAY_TYPE(qwaq_thread_t *) qwaq_thread_set_t;
[qwaq] Update qwaq-x11's initialization It now uses the advanced command line parsing used by qwaq-curses and qwaq-cmd, but currently disables multi-threading (I don't want to deal with threading in the engine just yet). The int file is -graphics because qwaq-x11 is really just the X11 target, qwaq-win is built for windows, but they use the same basic startup (I hope).
2021-12-20 07:45:22 +00:00
void BI_Graphics_Init (progs_t *pr);
[qwaq] Move input handling to its own thread As it is now a completely separate sub-system, there is a bit of trouble with mouse handling in that curses must be initialized before input for the mouse to work properly, but the basic scheme seems to be working nicely. I suspect the solution to the init order issue is to make have the curses sub-system initialize the terminal input driver, at least for mouse input (ie, maybe just enable/disable mouse handing).
2021-09-22 07:22:11 +00:00
void BI_Curses_Init (progs_t *pr);
[qwaq] Rename input.c It's very specialized toward terminal input (ie, for qwaq-curses).
2021-12-20 06:15:18 +00:00
void BI_TermInput_Init (progs_t *pr);
[qwaq] Add an editor buffer It's a fairly high-level wrapper for TextBuffer in that it implements file ops (load/save), searching, navigation, and formatting (simple line-oriented with tab stops (currently at 4 spaces)).
2020-03-22 11:51:55 +00:00
void QWAQ_EditBuffer_Init (progs_t *pr);
Initial checkin of the qwaq mini-engine.
2012-07-14 00:06:04 +00:00
extern struct cbuf_s *qwaq_cbuf;
[qwaq] Pass resource data into the thread Things have come crashing down, but no fire (ie, no deadlocks so far).
2020-03-20 15:14:33 +00:00
qwaq_thread_t *create_thread (void *(*thread_func) (qwaq_thread_t *), void *);
[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
[qwaq] Create a commandline-only version of qwaq qwaq-curses has its place, but its use for running vkgen was really a placeholder because I didn't feel like sorting out the different initialization requirements at the time. qwaq-cmd has the (currently unnecessary) threading power of qwaq-curses, but doesn't include any UI stuff and thus doesn't need curses. The work also paves the way for qwaq-x11 to become a proper engine (though sorting out its init will be taken care of later). Fixes #15.
2021-07-06 02:55:29 +00:00
int qwaq_init_threads (qwaq_thread_set_t *thread_data);
[qwaq] Start threads for progs and curses No idea if anything works, probably come crashing down in a flaming pile of debris.
2020-03-20 15:01:36 +00:00
#endif//__qwaq_h