Conversion x86-64-v11: AROS FORUMS

Conversion x86-64-v11

Last updated on 17 hours ago

development

Track thread Print

AMIGASYSTEMDistro Maintainer

Posted 6 days ago

#241

I don't know if it's correct, but I used the sources from the two links I attached!

Signature: AROS One All Thread
AROS One Home Site
AROS One Facebook

AROS One All Thread
AROS One Home Site
AROS One Facebook

serk118ukSoftware Dev

Posted 6 days ago

#242

AMIGASYSTEM wrote:

@AMIGASYSTEM - I don't know if it's correct, but I used the sources from the two links I attached!

We need to build ttengine.library first, if no conversion from i386 to x64 needed than includes you are using should be fine, ttengine.library needed to build ViewISO, I download the sourcecode for both and matter of time i will compile the library and ViewISO.

I am going to take my little one (she is only 3) to hospital , we think she put something into her ear and get her checked 1st.

Amiwell79Distro Maintainer

Posted 6 days ago

#243

ok serk

AMIGASYSTEMDistro Maintainer

Posted 6 days ago

#244

Okay, Serk, think about the little girl first, because she's much more important!

AROS One All Thread
AROS One Home Site
AROS One Facebook

Amiwell79Distro Maintainer

Posted 5 days ago

#245

AMIGASYSTEM wrote:

@AMIGASYSTEM - VIM is too difficult to use for those who are unfamiliar with it, while Lite-XL is useful for all users, even less experienced ones, for editing text files on the fly. Among other things, it allows you to drag text files onto the GUI without using File Request, which you cannot do with the AROS system editor.
I am not very experienced, but the Lite-XL sources do not seem to be very complicated to port to AROS 64-bit.

there is egVim is more simple for editing script ecc..ecc,,,

serk118ukSoftware Dev

Posted 5 days ago

#246

I managed to compile with below changes but ttengine.library crashes do to memset atm and i had this problem with other stdlib.functions and yet again i had same problem , i need deadwood or someone to look at the sourcecode.

Changes to compile on 64bit AROS
--------------------------------

makefile.aros
-------------
LIBS = #-lrom <--- i dont have lib librom so commented out..

--------------------------------

lib_header_aros.c
-----------------
added below lines

#ifdef __AROS__
#include <aros/symbolsets.h>
THIS_PROGRAM_HANDLES_SYMBOLSET(LIBS)
DEFINESET(LIBS)
#endif

and changes to const APTR FuncTable[] =

include_aros/defines/ttengine.h
-------------------------------
(added NR for (VOID) -> no returns

compile on aros
---------------
make -f makefile.aros

should build ttengine.library and ttengine.library.db(DEBUG version) , place them to libs:

You do not have access to view attachments

deadwoodAROS Dev

Posted 5 days ago

#247

memset fails because stdlib.library is not opened (see screenshot, StdlibBase is NULL)

The simplest solution might be to use a static version of C functions. Change:

Code Download source



LDFLAGS = -noclibs -nostartfiles -Wl,-Map -Xlinker linkermap

LIBS = -lstdc.static

If this doesn't work, then we will have to manually open stdlib.library.

You do not have access to view attachments

serk118ukSoftware Dev

Posted 5 days ago

#248

Thank you deadwood , i have added but still same as before it crashes on memset, attached the new build.

Changes to compile on 64bit AROS
--------------------------------

makefile.aros
-------------
LIBS = #-lrom <--- i dont have lib librom so commented out..

--------------------------------

lib_header_aros.c
-----------------
added below lines

#ifdef __AROS__
#include <aros/symbolsets.h>
THIS_PROGRAM_HANDLES_SYMBOLSET(LIBS)
DEFINESET(LIBS)
#endif

and changes to const APTR FuncTable[] =

include_aros/defines/ttengine.h
-------------------------------
(added NR for (VOID) -> no returns

lib.h (added)
------
below line added to struct TTEngineBase
struct StdlibBase *ttb_StdlibBase; /* added */

lib.c (added)
------

#ifdef __AROS__
#include <proto/stdlib.h> //added
#endif

function
/// init_resources()
static struct TTEngineBase *init_resources(struct TTEngineBase *ttb)

#ifdef __AROS__
if (!(ttb->ttb_StdlibBase = OpenLibrary("stdlib.library",0))) return NULL;
#endif

function
/// free_resources()
static void free_resources(struct TTEngineBase *ttb) //function
if (ttb->ttb_StdlibBase) CloseLibrary(ttb->ttb_StdlibBase); //serk118

You do not have access to view attachments

serk118ukSoftware Dev

Posted 5 days ago

#249

@Amiwell79

New build of FrameBuild attached,

i dont think image scale functions works right, I can rework on this , fps does work if all frames are same size like 800x600, so you can not add a folder with image size 150 x 150 than another folder 1024x768 etc.

Try the new build and let me know if works for you.(I will rework on scale function )

You do not have access to view attachments

deadwoodAROS Dev

Posted 5 days ago

#250

You are on the right path. Here are additional changes:

1) you must remove these lines

#ifdef __AROS__
#include <aros/symbolsets.h>
THIS_PROGRAM_HANDLES_SYMBOLSET(LIBS)
DEFINESET(LIBS)
#endif

2) Have a global variable named StdlibBase. It cannot be a field in TTEngineBase, and it has to be named exactly StdlibBase - that is that function stubs expect.

If after doing 1) and 2) you are getting unresolved symbols when linking, please paste the errors.

serk118ukSoftware Dev

Posted 5 days ago

#251

1. Removed
There are undefined symbols in 'ttengine.library.db':
__LIBS__Symbol_set_ handler missing

If I keep 1. And add 2. Asl requester pops than crashes with strlen..

deadwoodAROS Dev

Posted 5 days ago

#252

After removing 1), where did you place the library base variable? Can you share the changed codes?

EDIT; in essense we have to make sure library compiles with 1) removed. 1) can only be used for libraries built inside on AROS build system. For libraries build externally, 1) just hides the real problem and causes a crash further on.

Edited by deadwood on 03-11-2025 07:41, 5 days ago

Amiwell79Distro Maintainer

Posted 5 days ago

#253

serk118uk wrote:

@serk118uk - @Amiwell79

New build of FrameBuild attached,

i dont think image scale functions works right, I can rework on this , fps does work if all frames are same size like 800x600, so you can not add a folder with image size 150 x 150 than another folder 1024x768 etc.

Try the new build and let me know if works for you.(I will rework on scale function )

I set the framerate to 30 fps, the images to 800x600, it doesn't work, too fast

serk118ukSoftware Dev

Posted 5 days ago

#254

deadwood wrote:

@deadwood - After removing 1), where did you place the library base variable? Can you share the changed codes?

EDIT; in essense we have to make sure library compiles with 1) removed. 1) can only be used for libraries built inside on AROS build system. For libraries build externally, 1) just hides the real problem and causes a crash further on.

Sorry i had online meeting..

Changes to compile on 64bit AROS

lib.c (added)
------

struct StdlibBase *StdlibBase; /* added */

#ifdef __AROS__
#include <proto/stdlib.h> //added
#endif

function
/// init_resources()
static struct TTEngineBase *init_resources(struct TTEngineBase *ttb)

#ifdef __AROS__
if (!(StdlibBase = OpenLibrary("stdlib.library",0))) return NULL;
#endif

function
/// free_resources()
static void free_resources(struct TTEngineBase *ttb) //function
if (StdlibBase) CloseLibrary(StdlibBase); //serk118

Edited by serk118uk on 03-11-2025 10:21, 5 days ago

You do not have access to view attachments

deadwoodAROS Dev

Posted 5 days ago

#255

Ok, I think we are halfway there. There is probably another library that also tries to pull in autoopen code.

Try doing the same with

struct Library* MBase and OpenLibrary("m.library"

1 user reacted to this post

serk118uk

serk118ukSoftware Dev

Posted 5 days ago

#256

Thank you,
__LIBS__Symbol_set_ handler missing gone with mbase

I don't think we are there yet , still crashes on tt_OpenFontA , I will start tracing crash logs and hopefully I will resolve the crashes soon.

Thanks again deadwood..

1 user reacted to this post

deadwood

AMIGASYSTEMDistro Maintainer

Posted 19 hours ago

#257

serk118uk wrote:

@serk118uk - Are we only allowed to attach one item or i am doing something wrong..sorry here it is.

Unfortunately, Zaphod has a problem: the ‘Search’ function isn't working.

AROS One All Thread
AROS One Home Site
AROS One Facebook

serk118ukSoftware Dev

Posted 18 hours ago

#258

AMIGASYSTEM wrote:

@AMIGASYSTEM -
serk118uk wrote:
@serk118uk - Are we only allowed to attach one item or i am doing something wrong..sorry here it is.

Unfortunately, Zaphod has a problem: the ‘Search’ function isn't working.

I am waiting for weekend (as we just entered) to work on ttengine than i will check zaphod tooo,,

BTW ttengine trying to load some sort of ttengine.database from env: do you have that kind of file on you i386 aros?

AMIGASYSTEMDistro Maintainer

Posted 17 hours ago

#259

On AROS One 32Bit ttengine.database is generated in ENVARC (see screenshot) by the ‘TTManager’ application located in the SYS:Tools folder.The SYS:Tools/Examples folder contains the ‘Developer’ sources, which may be useful.

AROS One All Thread
AROS One Home Site
AROS One Facebook

You do not have access to view attachments

You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.

Moderator: Administrator, Moderators

Users who participated in discussion: amigamia, serk118uk, deadwood, AMIGASYSTEM, retrofaza, Amiwell79, cdimauro, Jeff1138, Farox, Deremon, Mazze, x-vision

Search AROSWorld

Conversion x86-64-v11