It appears to me, that you're trying to be difficult, because it can also be done without a Variable. This closes the "last" opened File.

A hack:No more "later changing Rules", please!

Tourist Trap wrote:You can post it in tips and tricks.

Done, see Link below ...

File "open" UDT

The problem is:
you are assigning #2 (while attempting to "close"), to a File opened as #1 ...

Hi all, just some "proof of Concept" - Code on: tracking of Files "opened"/"closed" in a simple Type and a few Functions (by no means finished!). I call it "FILEEXT.bas" : ' ==================================================================== ' FILEEXT.bas - A...

Unless testing with trying a kill, which is rather radical. There are at least workaround's possible. Remember my Idea of using a Type to keep track of Files "open" ... Just for "proof of Concept" I've coded a short hack on that. But I think that Code in this Section is not a ve...

Tourist Trap wrote:the crash triggered by name()'s call is more a bug

Well, not really ... if you check first, if the File is "closed".

But they can conflict: open "aaaaaa.aaaaaaa" for output as #1 name "aaaaaa.aaaaaaa", "bbbb.bbbb" '-----> crash ... via Shell command maybe. I think I'll test a rename with a Shell call to see if the crash remains. You don't have to test that: it won't work! Not a Crash...

There is more on File Handles: e.g. we have an open File with #1 (for append), but now we also want to copy the #1 content to another location ... we can, "via OS" force a second Handle to the same File (that has already #1), however I'm not certain that FB can manage this (OS Commands lik...

Tourist Trap wrote:Shouldn't a file opened via Open(), be closed as fast as possible after the FILES' functions usage that motivates the opening?

Yes, but more due to the Restriction to, the max. "Files Open" = 255. OS could handle more "open" Files, I think (a FB limitation, probably).

... an association with a file handle number (for instance provided via Freefile() and comprised within 1..255). Where is this knowledge coming from? DOC says: FreeFile() as Long ... On 32-bit signed whole-number data type. Can hold values from -2147483648 to 2147483647. Corresponds to a signed DWO...

If I changed it to what you say it should read, ImageDestroy(im) would always crash trying to destroy a non valid image. You are right (I've missed the ImageInfo part in code), Pointer Non-ZERO check: If (im <> 0) Then ... EndIf If you want to check for Pointer "recycling/reuse" then: If ...

[duplicate]deleted ...[/duplicate]

b3333734 wrote:If linux doesn't use dll's, what are the equivalents?

The equivalent of a .dll in LIN, is a .so (dynamically loaded LIB, at run-time).

Mr.Swiss, I'm reasonably sure I got it right. ImageInfo returns 0 when there is a valid image at the pointer. I'm NOT talking about any Function Return, but about the Number the Pointer holds (the Start Memory Address, of the Block allocated by ImageCreate()). There is a Difference between Print Po...