|
Register or have you forgotten your password?
|
|
|
| Amiga Software Issues and Discussion This forum exists for the discussion of the use, issues with, and fun brought about by classic and next generation Amiga software. |
![]() |
|
|
Thread Tools | Display Modes |
|
|
#1 | ||||||||
|
Defender of the Faith
![]()
Join Date: Mar 2006
Posts: 1,788
|
Is there any existing software to verify the correct functionality of the kickstart ROMs and libraries? ie that calls to them will actually produce the correct output.
Can be kind of useful for AROS m68k ROMs. (distfiles/aros-amiga-m68k-rom.bin) For starters focus could be on the essential calls. Last edited by freqmax; 04-04-2011 at 05:51 PM.. |
||||||||
|
|
|
|
|
#2 | |||||||||
|
' union select name,pwd--
Join Date: Aug 2002
Location: Helsinki, Finland
Posts: 6,946
|
Quote:
Such verification will be huge pain in the behind, too. There are tons of functions that are very rarely used, and in some cases no viable example code exist at all. Good luck. |
|||||||||
|
|
|
|
|
#3 | ||||||||
|
Sockologist
![]()
|
What you are asking for is a suite of unit tests for the system libraries. Speaking as someone that has to write unit tests for production code on a regular basis, such a task would be very non-trivial.
Application-level unit tests aren't so difficult to manage since it's fairly easy to spoof data structures, add shims and other mechanisms to fake the environment the code that is being tested will be expected to run in and automate the verification of calls to a given piece of code. Although the same principles would apply, doing the same things for operating system internals is rather more difficult, especially when you have to potentially deal with multiple threads, changes in privilege (not that a lot runs supervisor in AmigaOS) and whatever potential system-wide side effects of whatever the call you are trying to test hhas.
__________________
OCA This isn't SCSI... This is SATA!!! I have CDO. It's like OCD except all the letters are in ascending order. The way they should be. Core2 Quad Q9450 2.66GHz / X48T / 4GB DDR3 / nVidia GTX275 / Linux x64, AROS, Win64 A1XE 800MHz / 512MB / Radeon 9200 / OS4.1 A1200T BPPC 240MHz / 256MB / Permedia 2 / OS 3.1 - OS3.9, OS4 A1200T Apollo 1240 28MHz / 32MB / Mediator1200 / Voodoo 3000 / OS3.9 A1200D Apollo 1240 25MHz (ejector seat ROM edition) / 32MB |
||||||||
|
|
|
|
|
#4 | ||||||||
|
Defender of the Faith
![]()
Join Date: Mar 2006
Posts: 1,788
|
If the scope is narrowed to application level test. And in particular the calls mostly used. So things like loading a sector from hard-disc actually returns 512 bytes and not 511 bytes or open a window with intuition actually does so etc..
I don't think automated test for OS internals will be needed. Though it doesn't hurt. Not many Amiga CPUs does threads nor does the OS implement privileges. |
||||||||
|
|
|
|
|
#5 | ||||||||
|
Technoid
![]()
Join Date: Feb 2010
Location: London, UK
Posts: 350
|
Nothing existing. Get started!
Seriously, I've been compiling various small test cases for the console handler and device because I was (and still am when I get a few precious spare moments, which isn't often at the moment) working on the AROS console code and it behaves differently from the AmigaOS one in quite a few ways still. I'd love seeing other people adding coverage for other parts, and perhaps jointly start assembling a proper set of unit tests that can run on at least classic AmigaOS and AROS... |
||||||||
|
|
|
![]() |
| Bookmarks |
| Tags |
| verification , system , calls |
| Thread Tools | |
| Display Modes | |
|
|