AmigaOS 3.1.4! [beta]

[Olaf Barthel]

Originally Posted by indigolemon

Most excellent news - so I assume for those of us with existing 3.9 setups we can swap the ROMS and then just use SetPatch and SKIPROMUPDATES to utilise the new 'in ROM' versions?

The updated Kickstart ROM contents are designed to work with the OS 3.9 components.

The ROM update mechanism (which requires a reboot) present in OS 3.9 hinges on the fact that the updates bear a higher version number than their respective counterparts in ROM. The new Kickstart ROM contents version numbers have changed, so the OS 3.9 ROM update mechanism will end up skipping what it cannot change.

In any case, you should not stick with the old SetPatch if you can help it. The SetPatch version which ships with the operating system is the one you need, even if it does very little.

[Olaf Barthel]

Originally Posted by Jope

Otoh if it's released "when ready", there shouldn't be anything left for the 3.1.4 setpatch to patch. ;-)

If only this were true more often... Some things you cannot robustly patch until the system has reached the "boot from disk" stage. The whole battery of NSD patches is such a case.

[Leffmann]

Will the new SetPatch be freely downloadable, like older versions in the past?

[wawa]

Originally Posted by gulliver

as I have signed an NDA

sigh.. here we go again..

[Zippy Zapp]

Really looking forward to this update. It will be an immediate purchase for me when available. The fact it is also on Floppy disks is great. Hopefully images will be available too.

[OlafSch]

Originally Posted by wawa

sigh.. here we go again..

you must understand that

Hyperion is working to become a world power again so they have to defend their secret plans

for sure

*was offtopic*

[idrougge]

Originally Posted by Olaf Barthel

The 3.1.4 update reuses and updates as many OS 3.5/3.9 components as were available for reuse and updating.

The workbench.library is derived from the OS 3.9 version, which among other things features an ARexx port (added by yours truly back in the day).

All right, where do I send the money?

[coder76]

Has there been a fix to these guru meditation boxes and early bootup screen that you activate with both mouse buttons, that they also work with ~30 kHz displays? Now it looks to me under AmigaOS 3.1 that the OS opens up a PAL hires screen always, which corrupts display, if you have a VGA monitor only, that can't sync to 15 kHz screenmodes.

[kolla]

Originally Posted by Olaf Barthel

The workbench.library is derived from the OS 3.9 version, which among other things features an ARexx port (added by yours truly back in the day).

Which means ToolsDaemon users need to use the 2.2 patches, and not 2.1, so Gullivers testing must have been rather shallow

http://aminet.net/package/util/boot/ToolsDaemon22

[kolla]

Originally Posted by redblade

Is this update going to fix the PCMCIA with 8MB ram? I read that some people can use 8MB ram with PCMCIA on kick 3.0 but not on 3.1.

Because 3.1 fixes the issue with PCMCIA and 8MB RAM? If I recall correctly, it was a bug in 3.0 that allows 8MB of FastRAM + PCMCIA to "sometimes work"

[Daedalus]

Originally Posted by kolla

Because 3.1 fixes the issue with PCMCIA and 8MB RAM? If I recall correctly, it was a bug in 3.0 that allows 8MB of FastRAM + PCMCIA to "sometimes work"

Yep, that's my understanding of it too: 3.0 allowed the PCMCIA card to be used with RAM occupying the same space, resulting in all sorts of nastiness when using SRAM cards (instant guru). 3.1 fixed this issue by disabling the PCMCIA port when installed memory conflicted with it. However this doesn't take into account I/O only cards - the intention was for using SRAM memory cards (PC Memory Card IA), and I doubt they foresaw people primarily using it as a mass storage or network port.

So, for a proper fix to be implemented, the OS would somehow have to disable the memory card space without disabling the I/O space. I'm not sure if that's actually possible as the memory address decoding is done in hardware, but maybe some more knowledgeable people here might... Maybe it's something that needs MMU support?

[nogginthenog]

I hope we can build a custom ROM with the new modules

[kgc210]

Originally Posted by nogginthenog

I hope we can build a custom ROM with the new modules

There shouldn't be any reason why you cant @Spacemonkey posted a link back on post 112 to an updated Remus

Originally Posted by Spacemonkey

http://www.doobreynet.co.uk/beta/Remus_1.72b.lha

[Romanujan]

@kgc210 - yes, but you either need the modules from OS 3.1.4 developers (it would be really nice if we could get them this way... even if this would mean paying extra), or someone will have to update RomSplit/Remus splitfiles to be able to extract the modules from ROM images.

[kgc210]

I am sure it will get updated, it already supports Hyperion 40.72

[gulliver]

Originally Posted by nogginthenog

I hope we can build a custom ROM with the new modules

Yes, you will be able to build custom ROMs, but we wont be able to support those custom ROMs.

[amigo1]

I'm very likely to buy this too.. )

[kolla]

Originally Posted by gulliver

Yes, you will be able to build custom ROMs, but we wont be able to support those custom ROMs.

"we"???

Btw - is Tuko also a beta-tester that have signed NDAs? If so, double the lolz... guess I will just wait for updated Vampire cores including kickstart, and CoffinOS which I am sure will contain all the new OS 3.1.4 stuff.

[DamienD]

@kolla; your above post has been reported by numerous people...

Why does it always seem to be you derailing threads like this?

Take this as a warning; next time some comment from you like the above occurs, you'll be going on a vacation from EAB.

[Romanujan]

Going back to feature/technical discussion:

- does 3.1.4 contain a 'cardreset' fix for A1200 Gayle/PCMCIA?
- there are gossips that Shell-Seg from 3.1.4 got tab autocompletion - is it true? does it work BASH-like way (cycling by available objects), or KingCON-like way (requester)?