AdiIRC

Per Amundsen wrote:

This issue is not related to picture windows, but to drawing the background image in the MDI area (behind the windows).

Background images are always kept in memory and not loaded from files, they are repainted as needed so it's not possible for it to go "out of memory".

This type of crash is a catch all for all kinds of drawing issues, including display driver bugs, I have seen similar bugs in other programs and places related to waking from sleep/adding or removing monitors/updating display drivers.

Due to the unknown cause of the crash and possible not adiirc related at all, I have added a check that just silence it for next beta.

Also there is no relation to https://dev.adiirc.com/issues/3864.

Interesting

Thanks for the corrections and for your attention

Per Amundsen wrote:

Background images are always kept in memory and not loaded from files, they are repainted as needed so it's not possible for it to go "out of memory".

By the way, i have an ask:

Images or icons in dialogs are kept in memory as well?

Yes, the image/icon is loaded into memory from the file once when creating the "picture box/area", and then just repainted as needed after that onto the surface.

Per Amundsen wrote:

Yes, the image/icon is loaded into memory from the file once when creating the "picture box/area", and then just repainted as needed after that onto the surface.

But for example, if I load 3 different pictures into one control along a period of time, the dialog will cache all them?

Example:

The control is: icon 1000, 10 10 200 200

And so, i load 3 different pictures in this control:

/did -g <dialog> 1000 <file1.png>
30 seconds later: /did -g <dialog> 1000 <file2.png>
60 seconds later: /did -g <dialog> 1000 <file3.png>

In this case, if I loaded file3.png and i want back to load file1.png, is file1.png cached? (due i loaded file1.png before)

Also, does AdiIRC clean the cache when the dialog gets closed in a current AdiIRC session?

it's not a cache in that sense, when you use /did -g, AdiIRC opens the file and makes a copy of the image which it stores in a variable in the "picture box", when doing /did -g with a new file, it then open that file, makes a copy of that image and removes the previous image.

It's up to the .NET garbage collection to remove it from memory but it typically happens instantly in these cases, so no the previous image is not cached and doing /did -g will open the file and make a different copy each time.

You can think of it like /var %image = image, the next time you use /var %image it overrides the previous value and the previous value is lost.

I see

By the way, it's interesting that depending for what purpose a tool is projected, a cache might not be exactly good. If the files gets modifield, the client would show the cache instead the modifield files (at least in a current session)

The file would be locked in that case and you can't modify a locked file, so that doesn't matter.

If the file gets modified just use /did -g again, the image will be make a new copy from the modifed file.

Per Amundsen wrote:

it's not a cache in that sense, when you use /did -g, AdiIRC opens the file and makes a copy of the image which it stores in a variable in the "picture box", when doing /did -g with a new file, it then open that file, makes a copy of that image and removes the previous image.

It's up to the .NET garbage collection to remove it from memory but it typically happens instantly in these cases, so no the previous image is not cached and doing /did -g will open the file and make a different copy each time.

You can think of it like /var %image = image, the next time you use /var %image it overrides the previous value and the previous value is lost.

The behavior is the same for a picture loaded by default into a control? icon 1000, 10 10 200 200, <default.png>

Not sure I understand the question, the "cache" behavior is the same in every place AdiIRC uses images, same as most programs who uses images, nothing special about AdiIRC here.

Per Amundsen wrote:

Not sure I understand the question, the "cache" behavior is the same in every place AdiIRC uses images, same as most programs who uses images, nothing special about AdiIRC here.

I see. Thanks.