I am close to porting AppleWin for Amiga.

[emufan]

Originally Posted by NovaCoder

I'd just use the older RTG version of the SDL to get it up and running first.

I've extracted sdl_sysjoystic.o and it does build now, will have a test now

#1) no luck, gave " sdl without timer support".

#2) tested amiga-sdl, and here i get anotehr crazy stuff, while linking:

undefined reference to `_kprintf' / undefined reference to `_fdopen'
....
$ m68k-amigaos-nm.exe ../../SDL/lib/libSDL.a | grep -i print
000001b0 t _PrintDouble
00000156 t _PrintInt
0000020e t _PrintPointer
         U _fprintf
         U _sprintf
         U _kprintf
         U _kprintf
...

absolut useless content and the enduser has to fix it? i dont get that.

#3) someone else must try to compile it, to confirm the error.
i'm not even sure if i made some mistake somewhere.

#4) readme says:
- You can get rid by debug.lib if you define an empty kprintf() in your code.
i've put a void kprint (); in Applewin.cpp main() , ,
undeclared kprint ...

need a break.

[emufan]

had to rebuild amiga-sdl, removed all the kprint & putenv crap, had to use another zlib,
removed some traces of this kprint mess from frame.cpp.
now it builds, *blub blub* but it does crash winuae.
anyone expected something else?


#1) Amiga-SDl is build with default settings, no -m68xxx option,
so i guess it's done for 68000?
well, build linapple with 040/020/000 option, grey screen visible,
next is crash dump winuae.

zoned: linapple-rtg-test.lha
zoned: linapple-rtg-aga-sdl-src.zip (*)

(*) it's based on Novacoder source code archive.
includes amiga-sdl 1.2.6 source, with removed kprint stuff
compiles with gcc6 crosscompiler (make -f makefile.cross).
libSDL.a is in resource folder for linapple.
linapple build with AmiDevCPP, projectfile for aga and rtg version ( *.dev).
curl stuff removed/disabled in src code.
look in project options -> parameters for cpu type

[NovaCoder]

Sounds like you are getting close, don't give up!

With the archive I uploaded, make sure you check the changes I made to setTimer... you'll need to pass in the callback method (I only had time for a quick hack).

Also make sure you bump up the STACK before you try and run it.

If all that fails then you'll have to resort to putting in some printf debug statements to see how far it's getting.

[emufan]

debuging suxx, if winuae crash dumps all the time.

without a uae gfx board i get a message: no suitable card found.
snoopdos lists USE_P96_FIX and SDL_DEBUG, but they have no good effect if set.

must be related to opening the sdl screen thing, diabled force fullscreen in common.h,
no effect.

[Toni Wilen]

It would be nice to get crash details, like log and config and crash dump file. (but make sure JIT is off)

[emufan]

one build is in the zone, running on default a1200 030/882 2 chip / 32 z3 with P96, and uae III card. wb/kick 3.0
using 3.5.0.0 / 3.4.0.0 release.

#1) I made some progress with adding printf on some occasions.
it wants the icon.bmp, does sdl support bmp on any platform?
Frame.cpp: apple_icon = SDL_LoadBMP("icon.bmp");

#2) very cool progress, i could track down the crash to reading in the linapple.conf file,.
so i disabled Applewin.cpp: LoadConfiguration(); function call
and we now have a black window, without any crash, *heureka* anyone ?

initialized SDL: 
Timer has been initted!
FrameCreateWindow: 
Screen size is 640x480
FrameCreateWindow2: 
SDL_MIX_MAXVOLUME=128
Freq=44100,format=36880,channels=2,silence=0
samples=4096,size=16384,bufferSize=32768
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
g_bHD_Enabled = 0
SDL_SetError: Couldn't open splash.bmp
Video: splash.bmp was not loaded
SDL_SetError: Couldn't open charset40.bmp
Video: Apple text is not unavailable: charset40.bmp was not loaded
SetColors(g_hDeviceBitmap)=1
SetColors(g_origscreen)=1
SDL_SetError: Couldn't open font.bmp
SetColors(g_hSourceBitmap)=1
In DrawFrameWindow. g_nAppMode == 0
SDL_SetError: Couldn't open font.bmp
Font file was not loaded.
Out of DrawFrameWindow!

#3) *awesome*
zoned: linapple-rtg-WIP.working.zip
build for window mode
in the shell type:
setenv SDL_DEBUG 1
linapple-RTG.exe

it does need some romfiles, have to look which: Memory.cpp
Apple2.rom - size 20480 (!?)
Apple2_Plus.rom - size 20480 (!?)
Apple2e.rom - size 32768 (!?)
Apple2e_Enhanced.rom - size 32768 (!?)


--> rom files are build in, so no need for external rom files.

#4) so we need to check what is wrong with reading linapple.conf file.
using SHIFT+F8 - write settings - gives a guru.
so something doesnt fit the amiga file handling procedure in linapple source.

[Toni Wilen]

Originally Posted by emufan

one build is in the zone, running on default a1200 030/882 2 chip / 32 z3 with P96, and uae III card. wb/kick 3.0
using 3.5.0.0 / 3.4.0.0 release.

Without config file (and probably similar enough WB with exact library versions) it is guaranteed I am not going to duplicate any crashes -> log (with -log -logflush command line parameters) and dump file, please.

[emufan]

after i build the toasterless switcher after 15 years of nothing, the only answer you gave was this:

Originally Posted by Toni Wilen

Note that now that Toaster become a software hack (that does not exist in official version = anything is possible), it also become totally non-interesting and unsupported for me. Ask again when hardware documentation exist.

I wonder why do you care what i write or do now.

[emufan]

back to topic: did anyone found out what are the correct rom files?

#1) in resource.h there is a build in Apple2.rom.
now without config file, i hope he chooses some default, still dunno which one,
since snoopdos does not list access to any #?.rom file *hmm*

[Toni Wilen]

Ok, if you want it, I can ignore you if you don't want any help, works fine for me. (btw, I think you should remember that you stole my thread where I asked for hardware information, software hacks don't have anything to do with hardware or how hardware works. Anyone would get annoyed by that)

[emufan]

Originally Posted by Toni Wilen

Ok, if you want it, I can ignore you if you don't want any help, works fine for me. (btw, I think you should remember that you stole my thread where I asked for hardware information, software hacks don't have anything to do with hardware or how hardware works. Anyone would get annoyed by that)

are u kidding me? i stole the thread ? i posted tons of usefull stuff into it,
and toaster stuff is not releated ?
it was of no use to get this thing working somehow? not any usefull thing related to addon cards ?
all the guide how to build this thing, to reproduce how this toaster thing does work,
or interacts with the amiga system, all useless , unrelated ?
are u freaking kidding me ?

#1) and about YOUR thread, all right ... initial poster was Pyromania.

[emufan]

the SDL_DEBUG infos gives some hint on some issue: NULL mutex.

> linapple-RTG.exe 
initialized SDL: 
Timer has been initted!
FrameCreateWindow: 
Screen size is 560x384
FrameCreateWindow2: 
SDL_MIX_MAXVOLUME=128
Freq=44100,format=36880,channels=2,silence=0
samples=4096,size=16384,bufferSize=32768
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
g_bHD_Enabled = 0
SetColors(g_hDeviceBitmap)=1
SetColors(g_origscreen)=1
SetColors(g_hSourceBitmap)=1
In DrawFrameWindow. g_nAppMode == 1
Leds are 1
Out of DrawFrameWindow!

no clue what it means. there is a fix,
but i'm not sure if we should bother.

#2) F2 "reset" does not work as intended i guess, expecting some start screen with apple info,
maybe related to the rom issue. dunno yet.

[NovaCoder]

Originally Posted by emufan

one build is in the zone, running on default a1200 030/882 2 chip / 32 z3 with P96, and uae III card. wb/kick 3.0
using 3.5.0.0 / 3.4.0.0 release.

#1) I made some progress with adding printf on some occasions.
it wants the icon.bmp, does sdl support bmp on any platform?
Frame.cpp: apple_icon = SDL_LoadBMP("icon.bmp");

#2) very cool progress, i could track down the crash to reading in the linapple.conf file,.
so i disabled Applewin.cpp: LoadConfiguration(); function call
and we now have a black window, without any crash, *heureka* anyone ?

initialized SDL: 
Timer has been initted!
FrameCreateWindow: 
Screen size is 640x480
FrameCreateWindow2: 
SDL_MIX_MAXVOLUME=128
Freq=44100,format=36880,channels=2,silence=0
samples=4096,size=16384,bufferSize=32768
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
SDL_SetError: Passed a NULL mutex
g_bHD_Enabled = 0
SDL_SetError: Couldn't open splash.bmp
Video: splash.bmp was not loaded
SDL_SetError: Couldn't open charset40.bmp
Video: Apple text is not unavailable: charset40.bmp was not loaded
SetColors(g_hDeviceBitmap)=1
SetColors(g_origscreen)=1
SDL_SetError: Couldn't open font.bmp
SetColors(g_hSourceBitmap)=1
In DrawFrameWindow. g_nAppMode == 0
SDL_SetError: Couldn't open font.bmp
Font file was not loaded.
Out of DrawFrameWindow!

#3) *awesome*
zoned: linapple-rtg-WIP.working.zip
build for window mode
in the shell type:
setenv SDL_DEBUG 1
linapple-RTG.exe

it does need some romfiles, have to look which: Memory.cpp
Apple2.rom - size 20480 (!?)
Apple2_Plus.rom - size 20480 (!?)
Apple2e.rom - size 32768 (!?)
Apple2e_Enhanced.rom - size 32768 (!?)


#4) so we need to check what is wrong with reading linapple.conf file.
using SHIFT+F8 - write settings - gives a guru.
so something doesnt fit the amiga file handling procedure in linapple source.

I can't remember if that code I uploaded creates a mutex or not, does it have this?

https://wiki.libsdl.org/SDL_CreateMutex

Reading the configuration file problem may be an endian issue, you might need to byte swap.

[emufan]

no CreateMutex.

$ grep -i Mutex *
CPU.cpp:// NOVA_CODER - pthread_mutex_t g_CriticalSection = PTHREAD_MUTEX_INITIALIZER;
CPU.cpp:SDL_mutex *g_CriticalSection = NULL;
CPU.cpp://      g_CriticalSection = PTHREAD_MUTEX_INITIALIZER;
CPU.cpp:        if (g_bCritSectionValid) SDL_LockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_UnlockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_LockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_UnlockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_LockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_UnlockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_LockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_UnlockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_LockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_LockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_LockMutex(g_CriticalSection);
CPU.cpp:        if (g_bCritSectionValid) SDL_UnlockMutex(g_CriticalSection);
SerialComms.cpp:// NOVA_CODER - pthread_mutex_t         m_CriticalSection = PTHREAD_MUTEX_INITIALIZER;
SerialComms.cpp:SDL_mutex *m_CriticalSection = NULL;
SerialComms.cpp:        SDL_LockMutex( m_CriticalSection );
SerialComms.cpp:        SDL_UnlockMutex( m_CriticalSection);
SerialComms.cpp:                SDL_LockMutex(m_CriticalSection);
SerialComms.cpp:                SDL_UnlockMutex(m_CriticalSection);

config is a textfile, but it gets fopen'ed with "a+t" flag, which is odd, but maybe ok.
so textfile can have endian issue ?

Applewin.cpp:   registry = fopen(REGISTRY, "a+t");      // open conf file (linapple.conf by default)
Registry.cpp:   registry = fopen(REGISTRY, "w+t");      // erase if been
Registry.h:#define REGISTRY     "linapple.conf"

#1) there is a CreateMutex:

SDL/include/SDL_mutex.h:extern DECLSPEC SDL_mutex * SDLCALL SDL_CreateMutex(void);

so when using SDL_mutex it actually calls SDL_CreateMutex?

#2) something is weird with the directory listing now, list is empty,
but i remember I had one build which lists files when pushing F3.

#3) all 4 rom files are build in, each in an array.
do we need to byteswap those ?

[xboxown]

THANK YOU GUYS! THANK YOU EVERYONE! THANK YOU GUYS! THANK YOU GUYS! THANK YOU GUYS! AAAAAAAAAAAAAAAAH IT IS COMING ALONG!!!! - hits head on the hammer - It is coming along!! - hits head on the wall - I cannot believe it! - jumps up and down - aaaah!!

[Marlon_]

Originally Posted by xboxown

THANK YOU GUYS! THANK YOU EVERYONE! THANK YOU GUYS! THANK YOU GUYS! THANK YOU GUYS! AAAAAAAAAAAAAAAAH IT IS COMING ALONG!!!! - hits head on the hammer - It is coming along!! - hits head on the wall - I cannot believe it! - jumps up and down - aaaah!!

Chill a bit maybe..?

[emufan]

Originally Posted by xboxown

THANK YOU GUYS! THANK YOU EVERYONE! THANK YOU GUYS! THANK YOU GUYS! THANK YOU GUYS! AAAAAAAAAAAAAAAAH IT IS COMING ALONG!!!! - hits head on the hammer - It is coming along!! - hits head on the wall - I cannot believe it! - jumps up and down - aaaah!!

yes, thats cool indeed. some obstacles taken.
now the trouble is, to figure out, how to convert the file handling,
directory/file reading/parsing.

[Marlon_]

Originally Posted by emufan

now the trouble is, to figure out, how to convert the file handling,
directory/file reading/parsing.

Does ixemul take care of stuff like that? If not, surely there are sources from other ports that we could make use of. I need to do the same for MilkyTracker.

[emufan]

Originally Posted by Marlon_

Does ixemul take care of stuff like that? If not, surely there are sources from other ports that we could make use of. I need to do the same for MilkyTracker.

for now the binary is build using "-noixemul", but i dont see any specific x86 stuff.
some variables are defined/typedef'ed, but going back to simple char, for example,
which should get handled by the compiler in the correct way.

one thing are those current/parent folder and fullpath: "/" vs "..", already did some fixing, but no success.

also had a look on some sdl source on aminet, but couldnt find a quick fix.

#1) build without "-noixemul" - makes no diff, but i'm not sure how AmiDevCPP
handles the linking, if no such option is given.
^^ it add noixemul on it's own.

#2) use command line option "-b" - starts a benchmark.

#3) some progress with directory listing

[xboxown]

Originally Posted by emufan

for now the binary is build using "-noixemul", but i dont see any specific x86 stuff.
some variables are defined/typedef'ed, but going back to simple char, for example,
which should get handled by the compiler in the correct way.

one thing are those current/parent folder and fullpath: "/" vs "..", already did some fixing, but no success.

also had a look on some sdl source on aminet, but couldnt find a quick fix.

#1) build without "-noixemul" - makes no diff, but i'm not sure how AmiDevCPP
handles the linking, if no such option is given.
^^ it add noixemul on it's own.

#2) use command line option "-b" - starts a benchmark.

#3) some progress with directory listing

eeeeeeeeee!!!!