amigaports / aros-mirror Goto Github PK

For easier management in UAE environments, it would be great to automatically add uaehf.device to the list if it is present.

fix endiannes when handling wanderer prefs on big endian systems. needs probably to add endian conversion macros.

Fixes #7

[I2C] Init
Bus Error!
BYTE-READ from a15f9650 data: -------- PC: 681ab1fc
USP: 6857e2d0 SR: 00000004 SW: 01211000 (U0)(-)(-) TCB: ffffffff
Data: 00000000 00000062 00000002 00000001 00000009 6857e41c 00000000 00000000
Addr: a15f9650 00000027 681a3a60 a15f9651 6857e3e4 68579f07 6857e3ea 68e7fff0
Stck: 68579f07 6857e3ea 6857e458 6857e3e4 ffffffe8 00000000 00000000 6857e4f4
Stck: 681ae848 6857e430 6857e414 00000000 00000009 ffffffff 68200000 00010000
PC-8: 6600ff12 2003e588 203608fc 20340800 67000478 d0802040 d1c047e8 00017000
PC *: 10107404 6000019a 0c000073 670003f2 623a0c00 00646700 00c40c00 00706600
Name: "Format"

*** Logged alert:
Program failed
Task : 0x680A6530 - Format
Error: 0x80000002 - Hardware bus fault/address error
PC : 0x681AB1FC
Kickstart location: Lowest 0x00000000, Base 0x00000000, Highest 0x00000000

CPU context:
D0: 00000000 00000062 00000002 00000001
D4: 00000009 6857E41C 00000000 00000000
A0: A15F9650 00000027 681A3A60 A15F9651
A4: 6857E3E4 68579F07 6857E3EA 6857E2D0
SR: 0004
PC: 681AB1F
Stack trace:
0x00000000 Address not found

instead, while opening a sub directory, i think the parrent window should stay as is , correctly reffering to the location, content of which it displays, while the child should display the path to sub-directory.

btw. im not sure why wanderers listers display the path both in windowbar, as well as in editable field below. it takes unnecessary space and looks clumsy and redundant. i think wanderer windows should allow for editing the path in the window bar. its probably quite a bit of work, though, modifying the classes in question.

toni: iprefs: libs/datatypes/helpfuncs.c/FindDtInList() WORD *msk = cur->DTH.dth_Mask;. msk is odd address and accessed as word which 68000/010 does not support. I don't know where it comes from and if fix should be added to code where it is initialized or compared. It is checking type of file and when msk is odd, it is pointing to 0052 0049 0046 0046 FFFF FFFF FFFF FFFF .R.I.F.F........ = wave datatype. Exact same binary data as in file "WAVE" but there it isn't in odd offset.

kalamtee: mask is a WORD * but it is compared to cmp which is a UBYTE *? the whole algorithm looks ugly tbh and could do with being rewritten/simplified.

Describe the bug
A clear and concise description of what the bug is.

To Reproduce
Steps to reproduce the behavior:

1. Go to '...'
2. Click on '....'
3. Scroll down to '....'
4. See error

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

• OS: [e.g. iOS]
• Browser [e.g. chrome, safari]
• Version [e.g. 22]

Additional context
Add any other context about the problem here.

https://github.com/sodero/InstallerLG

Maybe add an #ifdef or some m68k-amiga specific code for the Installer app to skip the grub part. Unable to continue since it's not possible to install.