freemint-discuss — The official FreeMiNT Mailing List

Re: [Freemint-discuss] C++

[Miro K. <mir...@gm...>]

On 5 January 2018 at 09:10, Peter Slegg <p....@sc...> wrote:

> Just curious but gcc supports C++ but does the mint 4.6.4 build support it
> ?
>
Absolutely.

Has anyone ever tried to build any C++ on an Atari (not cross-compiling) ?
>
Sure. I used to compile zView on Aranym, it's FreeType font part is 100%
C++.

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

Re: [Freemint-discuss] Packages

[Miro K. <mir...@gm...>]

>
> I do have a website and "unlimited" space, so I could host the gentoo
> files if needed.
>
AFAIK Alan has been quite busy last year, hopefully this will improve in
2018. I was thinking about putting it to github but it's too large.

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

Re: [Freemint-discuss] C++

[Peter S. <p....@sc...>]

On Thu, 4 Jan 2018 22:10:12 , Peter Slegg <p....@sc...> wrote:
> Just curious but gcc supports C++ but does the mint 4.6.4 build support it ?
>
> Has anyone ever tried to build any C++ on an Atari (not cross-compiling) ?
>
>
>
> Peter
>


I was curious if C++ apps could be ported to mint. It probably depends a lot
on available libs.

I managed to write hello-world.cpp and compile and link it with gcc.

It was a lot easier than I thought. I had expected to find gcc-cpp binaries
but gcc was able to compile it and I think it treated it as C++

I am no C++ expert, I've only ever used it for a few days about 10 years ago.

Now to find some proper C++ and see if that can be built.


Peter


#include <stdio.h>

int main()
{
  printf ("hello c++ world\n\n");

  for (int i=1; i <11; i++)
  {
    printf ("%d\n", i);
  }

  return 0;
}




# gcc -w -Wcomment -m68040 -funsigned-char -fomit-frame-pointer -O2 -fstrength-reduce -fno-strict-aliasing -c hello.cpp  -o  hello.o

# gcc -o hello.app hello.o -m68040 -funsigned-char -fomit-frame-pointer -O2 -fstrength-reduce -fno-strict-aliasing

# ./hello.app

[Freemint-discuss] C++

[Peter S. <p....@sc...>]

Just curious but gcc supports C++ but does the mint 4.6.4 build support it ?

Has anyone ever tried to build any C++ on an Atari (not cross-compiling) ?



Peter

Re: [Freemint-discuss] Packages

[Peter S. <p....@sc...>]

On Thu, 4 Jan 2018 09:04:16 , Miro Kropá?ek wrote:
> On 4 January 2018 at 07:24, Peter Slegg <p....@sc...> wrote:
>
> >
> > I discovered that the sparemint site is down so there are no rpms.
> >
> Wrong: https://freemint.github.io/sparemint/sparemint/
>

Excellent, I didn't spot that. A bit tricky to access from the Atari
because Netsurf crashes on github.

I am looking for glib (I gather it has a key value file parser) and
I think it is on sparemint.

I may try to get my sparemint script to work with the https page.

> Also, Alan's gentoo site is down so there are no packages available.
> >
> If you badly want it, I have his gentoo archive downloaded.


I do have a website and "unlimited" space, so I could host the gentoo
files if needed.

Peter


 

Re: [Freemint-discuss] Packages

[Miro K. <mir...@gm...>]

On 4 January 2018 at 07:24, Peter Slegg <p....@sc...> wrote:

>
> I discovered that the sparemint site is down so there are no rpms.
>
Wrong: https://freemint.github.io/sparemint/sparemint/

Also, Alan's gentoo site is down so there are no packages available.
>
If you badly want it, I have his gentoo archive downloaded.


-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

Re: [Freemint-discuss] Packages

[Mark D. <mdu...@at...>]

Many sparemint packages are here.

http://storage.atari-source.org/atari/sparemint/repositories/

There may have been newer packages on the real sparemint site though.

On 01/03/2018 03:24 PM, Peter Slegg wrote:
> 
> I discovered that the sparemint site is down so there are no rpms.
> Also, Alan's gentoo site is down so there are no packages available.
> 
> Can these be recovered or maybe Alan's gentoo builds automated somehow ?
> 
> Regards,
> 
> Peter
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freemint-discuss mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freemint-discuss
> 

[Freemint-discuss] Packages

[Peter S. <p....@sc...>]

I discovered that the sparemint site is down so there are no rpms.
Also, Alan's gentoo site is down so there are no packages available.

Can these be recovered or maybe Alan's gentoo builds automated somehow ?

Regards,

Peter

Re: [Freemint-discuss] XaAES suggestion

[Helmut K. <hel...@is...>]

Am 17.12.2017, 15:24 Uhr, schrieb Peter Slegg:

>
> It's a long time since I used NAES but I remember that tabbing
> between apps was better than in XaAES.
>
> Last night I had an idea.
>
> When Ctrl-Alt-Tab is pressed open the first menu and highlight

What is "the first menu"?

> the current application (the one currently shown with a tick).
>
> Each time Tab is pressed, step down the list, cycling back to the
> top of the app list if necessary.

Isn't this what XaAES does?

I find it much easier to select an app (or a specific window) using the  
taskmanager than cycling with TAB.

I only use Ctrl-Alt-Shift-Tab which I've bound to Ctrl-Alt-Esc to switch  
between clients.

> Ignore the desk accessories.
>
> When Ctrl-Alt are released, switch the focus to the selected app.
>
>
> It might be useful to use Alt-Tab instead which has become a de facto
> standard on other platforms.

That would conflict in aranym on windows, and might be a valid hotkey in  
MiNT.

-Helmut

[Freemint-discuss] XaAES suggestion

[Peter S. <p....@sc...>]

It's a long time since I used NAES but I remember that tabbing
between apps was better than in XaAES.

Last night I had an idea.

When Ctrl-Alt-Tab is pressed open the first menu and highlight
the current application (the one currently shown with a tick).

Each time Tab is pressed, step down the list, cycling back to the
top of the app list if necessary.

Ignore the desk accessories.

When Ctrl-Alt are released, switch the focus to the selected app.


It might be useful to use Alt-Tab instead which has become a de facto
standard on other platforms.


Peter

[Freemint-discuss] GEMasist first release

[Peter S. <p....@sc...>]

I've been playing with git and github and decided to release
a little app I was working on a few years ago.

It's (now) called GEMasist (GEM Assistant) and it enables anyone
with a little xml knowledge to create a basic GEM interface to
command line applications.

https://github.com/ps68060/GEMasist

The release includes some trivial examples like ls and one I
use quite a lot for controlling samba.

It is very much an Alpha release, you may see some debug messages
in the console window and some features don't fully work.

I rarely work with C, as you may notice if you look at the sources,
and the design is as simple and minimalist as possible.


Peter

[Freemint-discuss] EmuTOS 0.9.9.1 *HOTFIX*

[Vincent R. <vin...@fr...>]

Hi. Please read carefully.

There was bug in EmuTOS 0.9.9 desktop. When deleting desktop icons, it could 
ask you to delete a bunch of files, fortunately after confirmation dialog.
As this could cause data loss, we have released a 0.9.9.1 hotfix. Please 
update now.

https://sourceforge.net/projects/emutos/files/emutos/0.9.9.1/

-- 
Vincent Rivière

Re: [Freemint-discuss] makefiles

[Peter S. <p....@sc...>]

I spotted my error. A new day and fresh(ish) eyes.

The ezxml object is in a cpu specific sub-folder.

LIBS = -L/usr/lib/m68020-60 -lezxml  -L/usr/GEM/lib -ldfrm -lwindom -lldg -lgem

My app builds nicely.


Peter



On Sat, 9 Dec 2017 13:01:30 , Peter Slegg <p....@sc...> wrote:
>
> I thought I would upload one of my old projects to github (ps68060)
> So I dug it out and tried to build it with the makefile.
>
> It is throwing errors like these all from the ezxml library:
>
> obj.040/gemasist.o:obj.040/gemasist.o:(.text+0x7c2): undefined reference to `_ezxml_attr'
>
> This is with gcc 4.6.4
>
> I thought that this makefile had worked before but since it was
> last built I have upgraded gcc and swapped hard drives a couple
> of times so something may be broken or maybe it never worked.
>
> Perhaps it is missing an INCLUDE or something so I tried adding the
> path to libezxml.a without success.
>
> I have rarely worked with makefiles. Any suggestions ?
>
>
> Peter
>
>
>
>

Re: [Freemint-discuss] EmuTOS 0.9.9

[Vincent R. <vin...@fr...>]

On 12/12/2017 at 12:25, Miro Kropáček wrote:
> I have replaced 0.9.8 with 0.9.9 so current freemint+xaaes build for
> aranym now works in native 8-bit resolution without fVDI/NVDI

Slowly but surely, EmuTOS becomes better than TOS :-)

-- 
Vincent Rivière

Re: [Freemint-discuss] EmuTOS 0.9.9

[Miro K. <mir...@gm...>]

On 12 December 2017 at 16:24, Roger Burrows <an...@xp...> wrote:

> the builtin VDI no longer crashes when running with memory protect.

This essentially fixes https://github.com/freemint/freemint/issues/22

I have replaced 0.9.8 with 0.9.9 so current freemint+xaaes build for aranym
now works in native 8-bit resolution without fVDI/NVDI (not that it would
make much sense but it's good for testing). Default configuration is still
set up with fVDI of course.

Many thanks!

-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

Re: [Freemint-discuss] EmuTOS 0.9.9

[Markus F. <mf...@mu...>]

Added a (rough) translation of your Atari-forum.com announcement in the 
German forum 
(http://forum.atari-home.de/index.php?topic=13993.msg223127#msg223127)

(and also recognized that marketing obviously decided to hide blitter 
features from the MiNT guys only ;), so please ignore my last post)


Am 12.12.2017 um 06:24 schrieb Roger Burrows:
> Dear FreeMiNT users,
>
> EmuTOS 0.9.9 has been released.
>
> In addition to new desktop dialogs for desktop configuration, desktop & window
> backgrounds, and window file masks, the builtin VDI no longer crashes when
> running with memory protect.
>
> You can download your preferred binary archive here:
> https://sourceforge.net/projects/emutos/files/emutos/0.9.9/
>
> Enjoy!
>
> Roger Burrows
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freemint-discuss mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freemint-discuss
>

[Freemint-discuss] EmuTOS 0.9.9

[Roger B. <an...@xp...>]

Dear FreeMiNT users,

EmuTOS 0.9.9 has been released.

In addition to new desktop dialogs for desktop configuration, desktop & window 
backgrounds, and window file masks, the builtin VDI no longer crashes when 
running with memory protect.

You can download your preferred binary archive here:
https://sourceforge.net/projects/emutos/files/emutos/0.9.9/

Enjoy!

Roger Burrows

[Freemint-discuss] makefiles

[Peter S. <p....@sc...>]

I thought I would upload one of my old projects to github (ps68060)
So I dug it out and tried to build it with the makefile.

It is throwing errors like these all from the ezxml library:

obj.040/gemasist.o:obj.040/gemasist.o:(.text+0x7c2): undefined reference to `_ezxml_attr'

This is with gcc 4.6.4

I thought that this makefile had worked before but since it was
last built I have upgraded gcc and swapped hard drives a couple
of times so something may be broken or maybe it never worked.

Perhaps it is missing an INCLUDE or something so I tried adding the
path to libezxml.a without success.

I have rarely worked with makefiles. Any suggestions ?


Peter

Re: [Freemint-discuss] OT: getting hold of Alan H

[Miro K. <mir...@gm...>]

As far as I know, that email address should be fine. I got an email from
him on Oct 31, he just seems to be very busy for past few months.

On 17 November 2017 at 11:18, Roger Burrows <an...@xp...> wrote:

> I sent a message to Alan Hourihane a month or so ago (via fairlite.co.uk),
> but
> got no response.  Does anyone have an alternative email address?
>
> Roger
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freemint-discuss mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freemint-discuss
>



-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

[Freemint-discuss] OT: getting hold of Alan H

[Roger B. <an...@xp...>]

I sent a message to Alan Hourihane a month or so ago (via fairlite.co.uk), but 
got no response.  Does anyone have an alternative email address?

Roger

[Freemint-discuss] [SPAM]

    <p....@sc...>
Cc: <fre...@li...>
From: Peter Slegg <p....@sc...>
Subject: Re: [Freemint-discuss] Memory protection
Reply-To: Peter Slegg <p....@sc...>
X-Mailer: MyMAIL Rev:1.96.04.14145 (Atari/(STiK/STinG/GlueSTiK))
X-Hardware: Atari Milan
MIME-Version: 1.0
Date: Thu, 16 Nov 2017 22:46:54 +0000 (GMT)
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3
X-MSMail-Priority: Normal
Message-Id: <002...@sm...>
References: <CAN5rfbTGHgwmnpFAqM9DQAEVEjRepZ=JB5...@ma...>
In-Reply-To: CAN5rfbTGHgwmnpFAqM9DQAEVEjRepZ=JB5...@ma...

I was puzzled at first but I think I understand.

With MP it "crashes" and cannot restore the vectors.

Without MP doesn't crash and manages to restore the vectors so Mint carries
on as normal.


Peter



On Wed, 15 Nov 2017 10:52:06 , Miro Krop=E1?ek wrote:
> Unfortunately, this is a side effect of bad Atari design and FreeMiNT can
> do very little about it. I'm 99% sure is that what you have obsessed is
> that Netsurf has hijacked the IKBD vectors, crashed due to a (valid) memory
> violation and of course, couldn't restore the vectors back to its original
> state.
>
> On 15 November 2017 at 09:00, Peter Slegg <p....@sc...> wrote:
>
> >
> > At the weekend I gave MP another go.
> >
> > At first it was ok. I was using Netsurf but when I exited there
> > was a memory violation error.
> >
> > It was trapped but then the mouse pointer went very sticky.
> > It moved, stuck, moved stuck.
> >
> > I have seen this when something has crashed badly but wasn't expecting it
> > with MP.
> >
> > Restarting Xaaes didn't help and I had to reboot.
> >
> >
> > Later it did it again with another app so I reverted to non-MP.
> >
> >
> >
> >
> > Peter
> >
> >
> >
> >
> > ------------------------------------------------------------
> > ------------------
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> > _______________________________________________
> > Freemint-discuss mailing list
> > Fre...@li...
> > https://lists.sourceforge.net/lists/listinfo/freemint-discuss
> >
>
>
>

Re: [Freemint-discuss] Memory protection

[Miro K. <mir...@gm...>]

Unfortunately, this is a side effect of bad Atari design and FreeMiNT can
do very little about it. I'm 99% sure is that what you have obsessed is
that Netsurf has hijacked the IKBD vectors, crashed due to a (valid) memory
violation and of course, couldn't restore the vectors back to its original
state.

On 15 November 2017 at 09:00, Peter Slegg <p....@sc...> wrote:

>
> At the weekend I gave MP another go.
>
> At first it was ok. I was using Netsurf but when I exited there
> was a memory violation error.
>
> It was trapped but then the mouse pointer went very sticky.
> It moved, stuck, moved stuck.
>
> I have seen this when something has crashed badly but wasn't expecting it
> with MP.
>
> Restarting Xaaes didn't help and I had to reboot.
>
>
> Later it did it again with another app so I reverted to non-MP.
>
>
>
>
> Peter
>
>
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Freemint-discuss mailing list
> Fre...@li...
> https://lists.sourceforge.net/lists/listinfo/freemint-discuss
>



-- 
MiKRO / Mystic Bytes
http://mikro.atari.org

[Freemint-discuss] Memory protection

[Peter S. <p....@sc...>]

At the weekend I gave MP another go.

At first it was ok. I was using Netsurf but when I exited there
was a memory violation error.

It was trapped but then the mouse pointer went very sticky.
It moved, stuck, moved stuck.

I have seen this when something has crashed badly but wasn't expecting it
with MP.

Restarting Xaaes didn't help and I had to reboot.


Later it did it again with another app so I reverted to non-MP.




Peter

Re: [Freemint-discuss] Mint handling of file timestamps

[Thorsten O. <ad...@th...>]

On Samstag, 11. November 2017 14:11:21 CET Peter Slegg wrote:
> I've just joined this new list and was going to post about a timestamp
> issue that I had reaised a few years ago. I see there is a discussion
> about it all ready.

You can view the archive at https://sourceforge.net/p/freemint/mailman/
freemint-discuss/ if you didn't get the whole thread.

> On /f there is a file with a timestamp of 19:26 and on /l it is
> 20:26.  It looks like GMT and BST timeszones.

If the drives were attached to different hardware, and you had different 
timezone settings there, that's possible.

> I rsync /f to /l and when rsync checks them it looks like it is
> updating the file. However, afterwards the updated file on /l is still
> showing 20:26
> 
> Shouldn't they be identical after rsync ?

Hm, don't know. Wouldn't rsync skip the file, if it determines that the 
contents are the same? At least, the problem we discussed should not occur 
when copying from FAT to FAT on the same machine. Things might be different if 
you actually do that over network.

> The second issue is that during summer time (BST) the clock (shown in
> Multistrip) only shows GMT (BST -1) so I think that the timezone isn't
> working.

You have to run tzinit during boot time to set up the timezone. And you have 
to tell it wether your hardware clock is running in local time, or utc. After 
that, you should run date in a shell to check it, if that does not produce the 
correct result, you should check wether it is using the correct timezone 
database. tzinit is part of the mintlib. I'm not sure wether the compiled 
database is downloadable somewhere, the problem is that you can't create it 
when cross-compiling, the tools are not prepared for that. There should be 
some instructions in the tz directory of the mintlib source.

Thorsten

Re: [Freemint-discuss] Mint handling of file timestamps

[Peter S. <p....@sc...>]

I've just joined this new list and was going to post about a timestamp
issue that I had reaised a few years ago. I see there is a discussion
about it all ready.

My situation is this. I am syncing two drives with rsync.

I have 2 FAT partitions, /f and /l, they are all ready very similar
because they were copied several months ago.

On /f there is a file with a timestamp of 19:26 and on /l it is
20:26.  It looks like GMT and BST timeszones.

I rsync /f to /l and when rsync checks them it looks like it is
updating the file. However, afterwards the updated file on /l is still
showing 20:26

Shouldn't they be identical after rsync ?


The second issue is that during summer time (BST) the clock (shown in
Multistrip) only shows GMT (BST -1) so I think that the timezone isn't
working.


Peter