Search found 546 matches

by ThorstenOtto
Tue Apr 23, 2019 12:19 pm
Forum: Applications
Topic: Best Screen Print Utility
Replies: 6
Views: 1431

Re: Best Screen Print Utility

What snapit tool do you mean? The one that i wrote some time ago (availabe here ) can write several formats. Its not the fastest though, since it was mainly intended to test usage of the shared libs. And it runs as accessory only and does not hook into the screendump vector, so it might not be acces...
by ThorstenOtto
Sun Apr 21, 2019 8:53 pm
Forum: Coding
Topic: etv_term vector
Replies: 27
Views: 6532

Re: etv_term vector

mikro wrote: OK, now it hit me -- you mean trap call parameters.


Yes, exactly. If it was called from supervisor mode (like the desktop does for example), then they are on the current stack.
by ThorstenOtto
Sun Apr 21, 2019 4:31 pm
Forum: Coding
Topic: etv_term vector
Replies: 27
Views: 6532

Re: etv_term vector

P.S. That 'flags' command is for FreeMiNT + MP, that way you tell the kernel that it is OK to read from your process' memory when processing the trap handler. You can achieve the same by using -Wl,-mprg-flags,0x27 BTW your example my_trap1_c_handler for the gemdos trap only works by accident. If yo...
by ThorstenOtto
Fri Apr 19, 2019 11:20 pm
Forum: Coding
Topic: Pure C scratch registers
Replies: 4
Views: 387

Re: Pure C scratch registers

@charles: Atari bios/xbios/gemdos uses (clobbers) d0-d2/a0-a2. So when invoking traps from PureC, you have to save/restore also A2 since the compiler expects it to be unchanged after the call. @mikro: same calling convention of course also applies when you call a C function from assembler: in that c...
by ThorstenOtto
Sat Apr 13, 2019 1:01 pm
Forum: Applications
Topic: HCP.TTP not extracting all images from HYP file
Replies: 4
Views: 452

Re: HCP.TTP not extracting all images from HYP file

Not that i know of. I think it won't be easy, since you would need a proper table-of-contents, which is usually not available in STG files. And of course you can view any HYP file using http://tho-otto.de/hypview/index.php
by ThorstenOtto
Sat Apr 13, 2019 5:00 am
Forum: Applications
Topic: HCP.TTP not extracting all images from HYP file
Replies: 4
Views: 452

Re: HCP.TTP not extracting all images from HYP file

Is there another program to reconstruct the source of HYP files Yes, the new version i wrote ;) It is also called hcp.ttp but was written from scratch, and should be much better in reconstructing graphics in general. It is available here . And the best thing: it can not only recompile your hyp file...
by ThorstenOtto
Sun Apr 07, 2019 4:57 pm
Forum: C / PASCAL etc.
Topic: Using gcc, basic questions
Replies: 14
Views: 1450

Re: Using gcc, basic questions

In theory it should be quite easy to take Thorsten's sources and make a native build out of it but this always requires some testing (I bit myself hard last time) for which I don't have time now. :-( Well it is possible (and i have done it already) but it is very time consuming. Basically, is has t...
by ThorstenOtto
Mon Apr 01, 2019 2:40 pm
Forum: News & Announcements
Topic: All FreeMiNT builds again available and more!
Replies: 71
Views: 4378

Re: All FreeMiNT builds again available and more!

joska wrote:However, if somebody else wants to develop these tools further they are free to do whatever they like, including adding them to freemint.


I think porting them to gcc shouldn't be that hard. Are the source available somewhere?
by ThorstenOtto
Mon Apr 01, 2019 10:41 am
Forum: News & Announcements
Topic: All FreeMiNT builds again available and more!
Replies: 71
Views: 4378

Re: All FreeMiNT builds again available and more!

Not quite it seems - while the hatari build does boot, it is unable to load mint.cnf, so there seems to be some issue with the old filesystem support after all. That might also be a problem of how the GEMDOS emulation in Hatari works. IIRC it caches the DTA pointer for example... that might not wor...
by ThorstenOtto
Sun Mar 31, 2019 4:36 pm
Forum: News & Announcements
Topic: All FreeMiNT builds again available and more!
Replies: 71
Views: 4378

Re: All FreeMiNT builds again available and more!

mikro wrote:It is always better check than speculate


Oops, you got me ;)

But unlike aranym, Hatari emulates more than one cputype, so theoretically, you would need hat000, hat020 targets etc. But there are already to much different kernels.
by ThorstenOtto
Sat Mar 30, 2019 11:35 pm
Forum: News & Announcements
Topic: All FreeMiNT builds again available and more!
Replies: 71
Views: 4378

Re: All FreeMiNT builds again available and more!

does it have OLDTOSFS enabled? I guess not. That code hasn't been tested for years, maybe it does not even compile anymore. And actually, it was only a workaround in old mint versions, before there was a "real" filesystem driver for mint. Not being able to use GEMDOS drives seriously limi...
by ThorstenOtto
Sat Mar 30, 2019 11:29 pm
Forum: News & Announcements
Topic: All FreeMiNT builds again available and more!
Replies: 71
Views: 4378

Re: All FreeMiNT builds again available and more!

Aranym builds are now compiled for 68040 CPU (as opposed to 68020-60 in the past) I think most of the tools don't use FPU that much, but for those that do, 68020-60 is actually the better choice for Aranym. Yes, Aranym emulates a 68040, but since it is designed to emulate everything as fast as poss...
by ThorstenOtto
Fri Mar 29, 2019 5:43 pm
Forum: Coding
Topic: Q: Viability of using IntelliJ with emulator
Replies: 4
Views: 538

Re: Q: Viability of using IntelliJ with emulator

Running builds in the emulator brings all sorts of complexity with it... Its not reallly that difficult. In the automated build scripts for MagicMac i use a similar approach. Basically, i use mcopy on the host to copy the source files to a preconfigured image (where the tools are already installed;...
by ThorstenOtto
Thu Mar 21, 2019 7:19 am
Forum: C / PASCAL etc.
Topic: Xbtimer(), Mfpint() and interrupt handlers
Replies: 9
Views: 791

Re: Xbtimer(), Mfpint() and interrupt handlers

Yes, right, its not a keyword, just an attribute. And don't forget that interrupt handlers have to return with RTE, not RTS, so that method is unlikely to work with other compilers.
by ThorstenOtto
Thu Mar 21, 2019 12:22 am
Forum: C / PASCAL etc.
Topic: Xbtimer(), Mfpint() and interrupt handlers
Replies: 9
Views: 791

Re: Xbtimer(), Mfpint() and interrupt handlers

Generally, you can't write interrupt directly in C. The reason is simply that a C function is allowed to clobber some registers, while an interrupt handler is not (it can interrupt any program at any place). What you could do is - try the interrupt keyword on the function. That should work with GCC,...
by ThorstenOtto
Thu Mar 14, 2019 1:19 pm
Forum: Applications
Topic: Be aware of different TOS versions
Replies: 7
Views: 888

Re: Be aware of different TOS versions

The first location is somewhere in the bios, and 4100(a5) is definitely wrong. I agree with czietz, that is most likely just dumped from flaky eproms.
by ThorstenOtto
Wed Mar 13, 2019 2:23 am
Forum: Professionals
Topic: LIbrary path for linker
Replies: 7
Views: 593

Re: LIbrary path for linker

Unfortunately, things for a native compiler are currently a bit different. If you are using the coldfire compiler from mikro (the one thats generates coldfire code by default), then the coldfire libs should got to /usr/lib, and the others to /usr/lib/m68000 resp. /usr/lib/m68020-60. So best thing is...
by ThorstenOtto
Tue Mar 12, 2019 10:22 am
Forum: Professionals
Topic: LIbrary path for linker
Replies: 7
Views: 593

Re: LIbrary path for linker

No, when using certain options, the linker is told to look in certain sub-directories of the base path. You only have to take care of that yourself, when invoking ld directly, not when using gcc. And you should make sure that the library of your target is actually available, otherwise it will defaul...
by ThorstenOtto
Mon Mar 11, 2019 4:35 am
Forum: Hatari
Topic: Hatari Alt+F4 not working
Replies: 4
Views: 648

Re: Hatari Alt+F4 not working

Such Alt-combinations are handled differently on Windows. But that's not Hatari's fault, i guess that can't be easily fixed without changing SDL.
by ThorstenOtto
Sun Mar 10, 2019 6:42 am
Forum: Coding
Topic: Quick NVDI Unicode support question
Replies: 1
Views: 313

Re: Quick NVDI Unicode support question

I don't think so, since by the time NVDI was developed, encoding of such characters wasn't even well defined. Also i don't think that fonts with such characters were available.
by ThorstenOtto
Mon Mar 04, 2019 7:54 am
Forum: C / PASCAL etc.
Topic: GCC 8.3.0 / binutils 2.32
Replies: 13
Views: 1818

Re: GCC 8.3.0 / binutils 2.32

IIRC the testsuite uses dejagnu, which relies on ptys to work properly. I'm not sure whether mints implementation is good enough for that. And of course you need a working version of dejagnu/expect.
by ThorstenOtto
Sun Mar 03, 2019 9:11 am
Forum: Other BASIC
Topic: Atari ST basic question
Replies: 12
Views: 1434

Re: Atari ST basic question

Not even that works:
Screenshot_20190303_100938.png
by ThorstenOtto
Sat Mar 02, 2019 11:03 pm
Forum: C / PASCAL etc.
Topic: GCC 8.3.0 / binutils 2.32
Replies: 13
Views: 1818

Re: GCC 8.3.0 / binutils 2.32

Just for the fun of it: i also compiled it now natively. On a I7 running ARAnyM+JIT, that took ~22h (in a bash started directly from mint.cnf, without GUI). If anyone wants to try that on real HW, let me know :)
by ThorstenOtto
Thu Feb 28, 2019 4:22 pm
Forum: C / PASCAL etc.
Topic: GCC 8.3.0 / binutils 2.32
Replies: 13
Views: 1818

Re: GCC 8.3.0 / binutils 2.32

Yes, that should be possible. I haven't done any tests with this though, and mintlib for example was compiled using pml. Also there might be discrepancies when using C++, since the library is configured using the math.h that was in place when gcc is compiled. Some constants in /usr/m68k-atari-mint/s...
by ThorstenOtto
Thu Feb 28, 2019 7:54 am
Forum: C / PASCAL etc.
Topic: GCC 8.3.0 / binutils 2.32
Replies: 13
Views: 1818

Re: GCC 8.3.0 / binutils 2.32

Oh, almost forgot: native versions are now also available there. Note however that the library directory layout is a bit different than the one from Mikro's version: the 68000 libraries are always looked up in /usr/lib/m68000, regardless of which compiler version is used. Please let me know if there...

Go to advanced search