Calendar started from the menu "execute command" throw a DSI like this:

Crash log for task "calendar"
Generated by GrimReaper 53.19
Crash occured in module calendar at address 0x7D40A040
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
0: 80000000 6232E150 00000000 00000000 7FFA2B3C 0196029C 0196029C 00000000
8: 688B92A0 00000000 00000044 0181EA28 42842888 63B24BD0 00000000 652ED340
16: 7D40D4A4 00000000 63BFE760 63C19848 02270000 02270000 00000000 00000001
24: 6FF93180 00000001 46842888 00000000 6FF93180 01848CFC 63C19828 6232E150


FPR (Floating Point Registers, NaN = Not a Number):
0: nan 255.5 0.99999 0
4: 0 0 0 0
8: 0 -0.00196464 3.8598e-06 -0.00393181
12: 1 1 0 0
16: 0 0 0 0
20: 0 0 0 0
24: 0 0 0 0
28: 0 0 0 0

FPSCR (Floating Point Status and Control Register): 0x82024000


SPRs (Special Purpose Registers):
Machine State (msr) : 0x0200F030
Condition (cr) : 0x620652CC
Instruction Pointer (ip) : 0x7D40A040
Xtended Exception (xer) : 0x6415B018
Count (ctr) : 0x6FF694D0
Link (lr) : 0x7FB22920
DSI Status (dsisr) : 0x6415ADD0
Data Address (dar) : 0x01A95E28



680x0 emulated registers:
DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
FPU0: 0 0 0 0
FPU4: 0 0 0 0



Symbol info:
Instruction pointer 0x7D40A040 belongs to module "calendar" (HUNK/Kickstart)

Stack trace:
module calendar at 0x7D40A040 (section 5 @ 0x2101C)
module calendar at 0x7D40A028 (section 5 @ 0x21004)
native kernel module newlib.library.kmod+0x000020a4
native kernel module newlib.library.kmod+0x00002d0c
native kernel module newlib.library.kmod+0x00002ee8
calendar:_start()+0x170 (section 1 @ 0x16C)
native kernel module dos.library.kmod+0x000255c8
native kernel module kernel+0x00042618
native kernel module kernel+0x00042660

I am proudly report that we reached the free Aros release status.
While the Aros version is made ready to upload some general issues
are fixed as well, so all previous platforms got a new 1.1 version.

Here are the changes:
Version 1.1:
- Added alternative subtitle editing for platforms that are
not capable of editable listview (e.g.: AROS, MUI3.8)
- Fixed saved video file name which contained path
- Fixed the left/right key made error if video was not loaded
- Added requester on exit
- Fixed displaying subtitle text while moving slider
- Fixed video volume on project load
- Fixed subtitle refresh after editing
- Fixed set active the inserted new subtitle list item
- Added custom Iconify icon
- Fixed crash when turn off Insert after clearing list with New

If you had any problem with the initial version please download it again
from the product page:
http://kezdobetu.hu/software/slarti.php

The donations that I got already made me very grateful. Thanks again and again!
Now we are two more from the classic Amiga release.

I have to note that Slarti have not tested on 68k systems yet. However the program
should work on a fastram expanded 3.x system with at least 020 cpu, the video
preview functionality maybe useless below a Vampire.
In the following week I will have some occassion to test it on several 68k systems and
I will be back with the results.

Thanks is the word again which should start the status report!

The forthcoming target, the free OS4 release is reached, so at the product page
the OS4 version is available for download.
http://www.kezdobetu.hu/software/slarti.php

Shortly it should be available on Aminet too.

The next target, the Aros X86 is very close, just 4 more donations.

Thanks for the generous donations already sent, the first donation target is reached, so the MorphOS version is released for free.

Currently it can be reached at the download section of the Slarti product page:

http://www.kezdobetu.hu/software/slarti.php

The archive will be uploaded to Aminet shortly.

Here is the current status of this donation driven release campaign:

The next target is for the OS4 version. Only six more donations of any amount can unlock that!

@alfkil

A small menu drawing issue is that while hover menu items, the right side line of the menu is cleared.

The piture shows that from undo to lower case the menuitems are hovered.

@salass00

Quote:

Could somebody sum up for a noob the main advantages of GCC 5.3.0 over the latest found in the SDK (AFAIK 4.2.4).

@Hans

It seems to me that only OS4 game sales can almost reach 100 copies. (Based mainly on amiboing.de highscore statistics).

But for the three platforms together takes this time to preorder such a game like Wings Remastered is surprises me. Especially to see that how it slows this time which indicates nearly the end of the absorbtion capacity of the market.

It is a good pointer of the size of this market. Furthermore note the fact that some users (like me) buys everything that just released for the pure intent on supporting developers.

I hope this market will grow in time!

Let's preorder the remaining stock, because I have no room for two copies!

Lazi

@Joeled

Whats the benefit with using 2.4 compare to old 2.2? Whats new in the latest version?

Really working AmigaInput support. Two joysticks simultaneously never worked before.

@Joeled:

Sound settings:

http://www.amigans.net/modules/xforum ... t_id=98390#forumpost98390

Nubechecorre posted this:
about sound problem, I solved using these settings, open->Sound Settings:

Sample rate: 44100Khz
Buffer size: 150msec
Fragment size: Very Large
Speed Adjustment: Flexible
Volume: 100
Sound Output mode: Stereo

I also changed the "VICII Video Setting" setting the "Render filter settings" to: "none"

Here is a new bugfix test version by Bszili:

http://www.amigans.net/modules/xforum ... t_id=98867#forumpost98867

@Daytona675x

Thanks! Then waiting for the update...

Just checked MOS on the same machine, and OS4 on a uA1 and there are no problems there.

Nice job, insane!

@Daytona675x

There is a problem in my machine with this Wings demo and even in Wings Battlefield demo.

At some parts of the games every few seconds the mouse pointer locks for about a quarter second and at the same time the sound is beeping.
While these glitches happens, the screen refresh goes toward smoothly.
At higher resolution it happens more frequent.

In the Wings demo these parts are: flight journal, action parts.

The machine is:
Pegasos 2 / Radeon 9250
OS4.1FE
On-board audio
sii3114 sata drive

AHI settings:
Music unit - Unit0 16bit++ 44kHz
Unit 0 - 16bit++ 44kHz Channels 10

Any idea what settings should I check?

There is an old bug here:

- Run X64
- change focus to e.g. workbench screen
- open and release menu at the top menu bar

Here the X64 window is freezes and it consumes all cpu time.
When using the menu to pause it pauses and cpu usage is drops to normal level. Again pause (unpause) and the emulator runs normally.

Is there any chance to get somewhere the Descent Freespace 2 for AmigaOS4.1?

Unfortunately Afxgroup's site is still under change.

Can't register. It says my name is not valid.
Tomorrow I will reproach with my parents.

My name has some "á" letters.

I have not red all the posts, just reply to the first:

Yes, multiple menu selection is a good and frequently used feature for me. The most obvious usage is for slelecting multiple toggle menuitems. It would be sluggish if selecting three options would need three menu opening.
I am using the classic drop down menu from the screen top, because this is the best method for me.

By the way theres is applications e.g. PageStream which is cannot handle multiple menu actions.

The only Amiga like solution for this problem is if the user should decide wheter multiple selection is enabled or disabled, however I think Amiga menu system is far superior than other implementations.

@Valiant

Hope there will be others in 4.2 than multicore support. I have single core PPC machines which are waiting for it.

However in context of your question, why not? Let the poor emulation fans have a new toy!

I am surprised a bit how this maaarvelous idea have such a cold reception from most of you :)

I take a second whirl on it and curiously waiting for the result.

Quote:

I would rather call it a new feature of ASL, a rather handy feature if you ask me.
If it would be some Application library function then it will never been fully supported, especially by old programs. If something is not fully supported, then why bother it from the user's perspective. Amiga still not ruined by incoherent user interfaces such like other systems.

Quote:

Of course it is true, but who can decide what should such list contain? I think only the user should add items to it and how could it be easier than log the ASL selections.

The *any* file browsers are does not matter. Only one central file browser should be there IMHO. If I will want another one then I will want it everywhere.

Quote:

I am not against RECENT:, but on my current setup I can see almost 50 rows in the file requester which cover assigns. It is a nice approach for the system and for the programs, but not for humans, who just wanting to select a file which is saved one minutes ago from another program.

Quote:

That is known as Snoopy.

Quote:

Yes, and that is what I would like to see in the ASL requester. ASL has two sides, one for the system and the other will always the user. I don't mind what files the system or the programs are opens, closes, reads or writes. I just want a recent of MY choices.

To give a summary of the idea:

The idea came from the headaches when I use several programs while working on one job. Several files to touch several times, but always fighting with pathes if the files are not in the same place.

I think that the simple, elegant, and useful solution would be this:

- Recent tab at the ASL requester which holds previous file selections and selected drawers.
- ASL has a preferences already. It could be make a compliment which can be set the time of clearing the recent list. It would be *by reboot, *by n day
- The recent tab could hold a flush button to immidiately empty the list
- If it could handle application names that would be the icing on the cake

@pvanni
Yes it makes sense not separate opened and saved files because it soon became redundant.

@gregthecanuck

Flipping to volumes and select recent: would not be simpler IMHO. And would be less intuitive.

I think that the asl recent items should be time limited or stored in ram, so not grow to unuseable size.