Difference between revisions of "Status"

From Freepascal Amiga wiki
Jump to navigation Jump to search
(Created page with "== Known Bugs and strange Features == ==== Problem: Pathnames ==== * especially relative pathes <-> absolute pathes. * Many programs in aros are just recompiled from unix/lin...")
 
(Added inconsistency in library function names AllocAslRequest....)
Line 13: Line 13:
 
* After a while working with fpc/ld and so on you will get strange behaviour of AROS. Programs will fail with "Not enough memory" even Avail shows much free space.
 
* After a while working with fpc/ld and so on you will get strange behaviour of AROS. Programs will fail with "Not enough memory" even Avail shows much free space.
 
* It's not completely clear whats the problem here, seems some kind of memory leak or open handles which blocks Aros to this state - needs to be inspected.
 
* It's not completely clear whats the problem here, seems some kind of memory leak or open handles which blocks Aros to this state - needs to be inspected.
 +
 +
----
 +
==== Inconsistencies: library functions ====
 +
In ASL unit there are two functions defined for Allocating a requester 1) AllocAslRequest [http://www.alb42.de/fpc-docu/asl/allocaslrequest.html] (which is the varargs version) and 2) AllocAslRequestA [http://www.alb42.de/fpc-docu/asl/allocaslrequesta.html] (which is the tagpointer version).
 +
 +
But both SDK [http://amigadev.elowar.com/read/ADCD_2.1/Includes_and_Autodocs_3._guide/node0059.html] and Aros [http://aros.sourceforge.net/documentation/developers/autodocs/asl.php#allocaslrequest] documentation states that AllocAslRequestTags is the varargs stub and AllocAslRequest the tagpointer version.
 +
 +
Note that there is no mention of an AllocAslRequestA() function at all. FWIW: this inconsistency was introduced in original Amiga units long time ago, mainly because ASL Author didn't follow 'normal' stub function naming.

Revision as of 08:08, 26 August 2013

Known Bugs and strange Features

Problem: Pathnames

  • especially relative pathes <-> absolute pathes.
  • Many programs in aros are just recompiled from unix/linux, that they are able to work there are functions to work with unix style pathnames some programs even support both methods.

Example: parent dir in AROS = "/" Unix Style root: "/" so if my program get a "/System/abc" this could mean:

  • one dir up then folder "System" and folder "abc" (treated Amiga style path)
  • System:abc (treated as Unix style path)

Its impossible to say which one is right.


Bug: Not enough memory

  • After a while working with fpc/ld and so on you will get strange behaviour of AROS. Programs will fail with "Not enough memory" even Avail shows much free space.
  • It's not completely clear whats the problem here, seems some kind of memory leak or open handles which blocks Aros to this state - needs to be inspected.

Inconsistencies: library functions

In ASL unit there are two functions defined for Allocating a requester 1) AllocAslRequest [1] (which is the varargs version) and 2) AllocAslRequestA [2] (which is the tagpointer version).

But both SDK [3] and Aros [4] documentation states that AllocAslRequestTags is the varargs stub and AllocAslRequest the tagpointer version.

Note that there is no mention of an AllocAslRequestA() function at all. FWIW: this inconsistency was introduced in original Amiga units long time ago, mainly because ASL Author didn't follow 'normal' stub function naming.