Hyperion Entertainment Message Boards

Assuming that dvp = IDOS->GetDeviceProc("Ram:", NULL) worked as it should and that dvp->dvp_Port is the ram-handler port, then the DOS packet was sent directly to ram-handler. I only saw the result so I have no way of knowing if it was emulated or not. There are also other inconsistancies...

I ran some tests with dospackets (ACTION_SET_DATE) and FFS seems to change the link date while SFS and RAM return an error code. Then you may have found an old bug with FFS, because the ONLY response to a filesystem action on the softlink name, for all calls other than ACTION_MAKE_LINK, ACTION_DELE...

Just incase you were wondering about specifics... The warning is triggered when the struct Lock supplied to IDOS->UnLock() has fl_Port==NULL. The filesystems never access their own locks fl_Port member when they unlock them, however DOS does, it needs it to identify the handler obviously, so IDOS->U...

@Colin ... I don't like the idea that when a user attempts to change link metadata, the target file metadate is actually changed. There is also an inconsistancy in the way different filesystems handle such changes. Personally, I think it would be better to change the DOS library date and protection...

As broadblues indicated above... What you see displayed for a softlink is totally dependant on what the display software wants to show, it alone is responsible for resolving the softlink to the target object, the cannonical behaviour is to display the meta-data for the target object, the softlink it...

http://wiki.amigaos.net/wiki/AmigaOS_Ma ... ng_Scripts

Under "Dot Commands", .bra and .ket can also redefine the character used.

i've taken a first pass at this. please see http://wiki.amigaos.net/wiki/Deprecated_Functions and let me know if it's what you're needing. -- eliyahu As far as DOS goes, there's a bunch more deprecated functions than are mentioned in the article. If you load the include_h/interfaces/dos.h file into...

zzd10h wrote: but it complains about
warning: passing argument 6 of 'IGraphics->AllocBitMap' from incompatible pointer type.
Thank you for your help.

Of course, he said it was a kludge. struct BitMap * -is not a- struct TagItem *
You are going to have to add a cast to it.

It still works under FE Under 4.1.6, no more freeze but an ISI at this exact AllocBitmapTags instruction. Thank you According to the autodocs, AllocBitmapTags() only existed from graphics.library verion 53.7 (6.5.2013) I don't remember what graphics version was included in 4.1.6 You should always e...

I think a TAG_END may help..