Atari-Forum

Hi everyone, Just released VISION 4.7a, you can see all changes here: http://vision.atari.org/vhistoe.htm and download it from here: http://vision.atari.org/telee.htm Short list of changes: - VISION can update automatically from Internet - New LDVs for counting colors - Bug fixes, optimizations and ...

Thanks for this great piece of nostalgic code!

Thanks,

just provided additional details to github, happy to provide more if needed.

Hi sqward,

yes I thought so too but copying same over and over again eats free memory. Also, this cache shall have some limit, and should be returned to system at some time because at some point applications will lack memory, which is exactly what happens.

Thanks,
Jean

I agree there are some redraw issue with MagicPC, but I got used to them, they are not annoying at all. Speed is not the main thing I agree, but definitively debugging in resolution like 1600x900 in TC32 is a big plus to me. And on my PC at least, it is very stable. Now for sure, everyone likes its ...

Hi Joska, While I use printf debugging a lot myself, it can't compare with a proper debugger. If you need to debug under an emulator Hatari with 030 is a better choice. Actually if you have access to MagicPC, it's a lot easier: - You have easy access to very high resolutions in any number of planes ...

Tried with aranym.exe: same behavior with both Pured.prg.
Definitively, Aranym is not designed to work with PureD; hopefully MagiCPC is OK with it. Helps a lot for debug .

Hi, I tried http://www.medusacomputer.com/program/Hadessh.zip on my Aranym: 1st start: exception error in TD 2nd start (after Aranym restart): Not enough memory (I have 220MB available) 3rd start: Aranym crash However I tried official pd.prg again and here it started but disappeared as soon as I loa...

Hi funkheld,

here is the survival guide for PureC.
Cheers,
Jean

In magicpc i can use pured to its full potential. there could be some redraw issues to work around with but it's very worth it to get some decent debugger.

Hi joska,

I'll Give it a try however i don't think aranym supports 68060, only 68040

Look into Options-->Compiler, linker...
You have to instruct paths to include and lib in there
You can also state this in PRJ file but it is a bit more advanced.
I'll post here a PDF on how to use PureC efficiently.

Hi funkheld, I would say it depends on the machine you use to develop. If it is a physical machine, I recommend PureC, still very decent performances and a very good debugger. If you're using Aranym, better use gcc as it is modern and highly performant. PureC is not useful as its debugger won't work...

Hi, it seems there is some memory leakage when using NFS connection for accessing files: root@mint:/h/tmp>free 172957696 bytes (168904K) free. root@mint:/h/tmp>cp /nfs/photo/tmp/test.tif . root@mint:/h/tmp>free 169017344 bytes (165056K) free. root@mint:/h/tmp>cp /nfs/photo/tmp/test.tif . root@mint:/...

Hi Thorsten, No, they aren't. You're right; FILE structure is compiler implementation specific. I guess the trick is done in the stub lib provided for PureC which should redirect PNG lib calls for stdio APIs to the one of the application compiler. This way, all stdio calls are performed by the same ...

Well, I'm still confused... I tested with a PNG file, same result over a NFS connection: damn slow with VISION, fast with zView. However, PNG library is the same and stdio are used in both cases: png_file = fopen(name, "rb"); --> Done by caller png_init_io(myinfo->png_ptr, myinfo->png_file); --> Ins...

Hi Thorsten, according to https://www.tutorialspoint.com/c_standard_library/c_function_setvbuf.htm, setvbuf is used for managing buffer for writing, here it's about reading. What I don't understand, is what czietz stated and what I can confirm for a behavior point of view, is that a fread will be sp...

That was my understanding of what stdio 'C' lib does; provide a basic buffered access on top of OS file functions.
Unfortunatly, purec translate apparently one big read into multiple (1kb) os reads which is overkilling over a nfs connection.
I guess modern gcc is much more smart on this.

Hi Thorsten, But since you are using the DSP interface, that will be directly done by Aranym, and the decode just has to copy the data (as can be seen here). Yes and no... As Aranym JPEG native feature mimics good old DSP Brainstorm's interface, the DSP or host cannot read the file directly, it has ...

Using purec...
I guess i would move to pure gemdos calls then.

Hi all, do you know if using classic 'C' fopen/fread instead of GEMDOS Fopen/Fread could lead to a big performance difference? My use-case: using a NFS share under Aranym/Mint, I note a big difference on loading an image with VISION: JPEG, local drive:0.1s JPEG, Samba share mapped to GEMDOS drive: 0...

Hi all, just to share with you a working solution coming from Latz about adding a script to /etc/rc.d/init.d: - copy script "sshd" to /etc/rc.d/init.d/ - copy sshd.config to /etc/ssh/ For manual start, use command "/etc/rc.d/init.d/sshd start" from now. Automatic start is done if you edit a line "ss...

Hi,

@Latz: this is probably the cleaner way, I had a look at /etc/rc.d/init.d scripts but I don't feel very comfortable to write one So mint.cnf trick will be my choice right now
@mikro: thanks for the -r explanation

Cheers,
Jean

But you didn't add that "-r" switch, did you. :) Ooops, you're right :-) It works with this line in mint.cnf: exec /usr/sbin/sshd -r but still this annoying "/pipe/log: no such file or directory" message. And yes I have a pipe /pipe/log: root@mint:/root>ll /pipe/log prw-rw-rw- 1 root root 4096 Apr ...

Hi, @mikro: tried exec /usr/sbin/sshd -E /root/sshd.log -o LogLevel=DEBUG from mint.cnf: same result: sshd re-exec requires execution with an an absolute path and no /root/sshd.log file log generated @wongck: looks like sysklogd is installed: root@mint:/root>rpm -qa | grep sysklogd sysklogd-1.3-5 If...