Search found 186 matches
- Tue Jun 06, 2017 5:15 am
- Forum: General AmigaOS
- Topic: Time problem
- Replies: 10
- Views: 8942
Re: Time problem
Check your TimeZone preferences, not Time prefs. You may have the wrong GMT offset selected. Also, if you have "Use Locale Preferences" checked, make sure the Locale prefs are also set correctly. Then, after all that, you can set the remote time server in the "Remote" tab of the ...
- Tue Jun 06, 2017 4:49 am
- Forum: General Developer Support
- Topic: MakeLink() HARD
- Replies: 10
- Views: 7323
Re: MakeLink() HARD
Got it all figured out. Thanks Colin! Just so I am clear: the first time I scan a drawer and find a hard link, it shows up as a hard link. The next time it shows not as a link, but as the actual destination item (file or drawer). Is that the correct behavior? No, it is not, every time you scan a gi...
- Mon Jun 05, 2017 1:55 am
- Forum: General Developer Support
- Topic: MakeLink() HARD
- Replies: 10
- Views: 7323
Re: MakeLink() HARD
Colinw, Yes, the system can make hard links. But it looks like it can't identify them yet? I just tested it again with my test executable, it does definately work with the latest dos.library, you didn't say what version you are using, it may have issues that have subsequently been fixed. 8.RAM Disk...
- Sun Jun 04, 2017 12:07 pm
- Forum: General Developer Support
- Topic: MakeLink() HARD
- Replies: 10
- Views: 7323
Re: MakeLink() HARD
MakeLink() will fail if the link already exists. You should get: ERROR_OBJECT_EXISTS.
MakeLink( ,LINK_HARD) will likely fail with any version of SFS filesystem. It only supports softlinks.
MakeLink( ,LINK_HARD) has been tested on FFS7, NGF0 and RAM1 filesystems by me, it does definately work.
MakeLink( ,LINK_HARD) will likely fail with any version of SFS filesystem. It only supports softlinks.
MakeLink( ,LINK_HARD) has been tested on FFS7, NGF0 and RAM1 filesystems by me, it does definately work.
- Wed May 31, 2017 1:09 am
- Forum: General Developer Support
- Topic: Check if device is active
- Replies: 3
- Views: 3761
Re: Check if device is active
I wrote the ACTION_STARTUP dospacket documentation to show how it all works... Also, "if (dl->dol_Type==DLT_DEVICE)" is redundant, because the FindDosEntry() filters by flags. ==================================================================== * FUNCTION * This action has the same value a...
- Sun May 21, 2017 3:28 am
- Forum: General AmigaOS
- Topic: DOS Assign command and dismount switch with AOSFE
- Replies: 6
- Views: 5871
Re: DOS Assign command and dismount switch with AOSFE
assign DISMOUNT RAM: dismounts RAM: with no problem. And C:Dismount produces this: C:Dismount ram: DISMOUNT: packet request type unknown After reading the autodocs for the ACTION_DIE & ACTION_SHUTDOWN packets and the DismountDevice() function, I get the impression that ram: may not be completel...
- Sat May 13, 2017 1:50 am
- Forum: General Developer Support
- Topic: Skip DEFER'd assigns
- Replies: 3
- Views: 4145
Re: Skip DEFER'd assigns
Treat them the same, (except when walking the chain of course), no version tests required.
The new type of assigns uses a previously spare NULL field in the DosList structure,
it will only be non-NULL when the new multi-assign type is encountered.
The new type of assigns uses a previously spare NULL field in the DosList structure,
it will only be non-NULL when the new multi-assign type is encountered.
- Fri May 12, 2017 4:06 am
- Forum: General Developer Support
- Topic: Skip DEFER'd assigns
- Replies: 3
- Views: 4145
Re: Skip DEFER'd assigns
You have it nearly right. Firstly, GetDeviceProc() is used to identify the device handler and "other" things like resolving assignments. If you just want a list, don't call GetDeviceProc() or anything else that will call it, otherwise it will resolve them, so there's your problem. As you a...
- Tue Apr 25, 2017 12:54 am
- Forum: Platform: Classic
- Topic: OS4.1FE update file curruption
- Replies: 7
- Views: 8923
Re: OS4.1FE update file curruption
And try a different browser...tonyw wrote:I can confirm Spektro's figures (checksum, size, contents, etc). I agree that you ought to try downloading it again, from fresh.
- Mon Jan 02, 2017 1:25 am
- Forum: General AmigaOS
- Topic: Timer device 'opening flood' bug in OS4.1FE update1
- Replies: 10
- Views: 7355
Re: Timer device 'opening flood' bug in OS4.1FE update1
I let snoopy run to cover another bug in another program and ... Snoopy is a debugging tool, it only works as such. It adds overhead to every DOS call, (and some of the others), by patching each function with a small stub, it does not provide or perform any workaround that make application bugs go ...