AROS ABIv0 20180423 Development

[deadwood]

@AMIGASYSTEM

You are right. With this version, there is no auto-selection problem in RNOTunes.

@salvo

Do you remember where did you get this version from?

[AMIGASYSTEM]

@deadwood

In the contrib path (Extras\Misc\aminet\C) there is the command "LHA" which does not work or is not compatible with the configured in ZuneARC, with Dopus4 works fine !

Basically you cannot unpack the data in any path, see error shown in the screenshot.

I have a different version that works fine.

The strange thing is that the non-working version shows the file list correctly, while my old version that works fine, does not show the file list correctly.

[Amiwell]

@salvo

Do you remember where did you get this version from?

I remember it is a changed version by you

[AMIGASYSTEM]

@deadwood

If it is of interest, found a good version of LHA, it was included in the ZuneARC package (contribution) which works very well, I am reconfiguring the config file to enable the individual file to be extracted or deleted from an Archive.

[AMIGASYSTEM]

@deadwood

Sorry, one more question, i recompiled ZuneARC with GCC 6.3.0, i noticed faster speed, actually what other improvement you can see after compiling with GCC 6.3.0 ?

[deadwood]

@AMIGASYSTEM:

Added bug report for LHA: https://github.com/deadw00d/AROS/issues/74

[deadwood]

@deadwood

Sorry, one more question, i recompiled ZuneARC with GCC 6.3.0, i noticed faster speed, actually what other improvement you can see after compiling with GCC 6.3.0 ?

In general for existing applications you can see some speed up. The most important thing is that newer GCC comes with newer C and C++ standards which enable porting newer applications. For example, Odyssey could not be compiled with 4.6.4 GCC, it needed a newer GCC version.

[AMIGASYSTEM]

Thanks for the information !

[deadwood]

Hi All,

New version is available. Almost all of reported problems have been fixed or move to bug reports for future time. Once the two remaining issues are solved, there will be -2 release which should be the final for this development cycle. Note that contrib package will be smaller by about 7000 files. These are help files for openssl which don't bring much value but slow down installation. Enjoy!

https://axrt.org/download/aros/v0/AROS-20180423-1-pc-i386-boot-iso.zip
https://axrt.org/download/aros/v0/AROS-20180423-1-linux-i386-system.tar.bz2
https://axrt.org/download/aros/v0/AROS-20180423-1-any-i386-contrib.tar.bz2

Fixed:
- FryingPan
- >3000 files when installing SYS:Development
- RNOTunes - list selection
- RNOTunes - play/pause button
- isnan headers conflict reported by cavemann
- assember failure reported by cavemann
- double the size of Shell scroll-back buffer (cavemann)

Not fixed:
- DoMethod/MUI_Request reported by Serk
- ZunePaint window title damaged

Code: [Select]

AROS ABIv0 20180423 changes:

  Functionalities:
    Math library functions refreshed based on FreeBSD codes (Kalamatee)
    Added device-specific settings for AD1981HD and AD1884 codecs (Neil)
    vusbhci.device (DizzyOfCRN)
    Migrated to use GCC 6.3.0 from GCC 4.6.4 (deadwood)
    Added ACTION_FH_FROM_LOCK, case ACTION_COPY_DIR_FH to cdrom-handler (deadwood)
    Linux-hosted debugging of C++ code enabled (deadwood)
    Shell scroll back buffer increased to 1000 lines (deadwood)

  64-bit support:
    Misc fixes (Kalamatee)

  68k support:

  Updates:
    AROS build system (Kalamatee)
 
  Fixes:
    C library (sscanf, open, isnan, sprintf) (deadwood)
    Pointer Preferences (crash at startup) (deadwood)
    amigaguide.datatype (hang at startup) (deadwood)
    muimaster.library (bugs: #53, #62, List) (deadwood)
    Locale Preference (leaking image) (deawdood)
    FryingPan (crash at startup and exit) (deadwood)
    TheBar.mcc (deadwood)


[Amiwell]

thank you deadwood

[AMIGASYSTEM]

Thanks deadwood, as soon as possible I will integrate your Distros on AROS One and dobute tests !

Regarding the Contrib have there been any changes or updates on the files ?

I don't remember now, but has the segalation on Requestfile splitting on "all" Zune Applications (see screenshot) been done ?

[deadwood]

No, this problem has not been fixed. I created a bug report for it for future reference.

[deadwood]

About Contrib: yes, the compiler has been fixed as well as FryingPan.

[AMIGASYSTEM]

Okay, I will integrate all the content of your distributions on AROS One x86, and do a new global test on all the software.

[deadwood]

I updated my system with the last Build the only strange thing perhaps concerns the muimaster.library some applications that use it show strange anomalies in their main bar but everything works regularly

@salvo

ZunePaint was using one of MUI functions in a way that it was not intended for. New muimaster.library uncovered this problem. I fixed ZunePaint. Please download version 0.14b from https://axrt.org/development/zunepaint.i386-aros.zip and let me know if the title problem is fixed for you.