Exit
  • Global community
    • Language:
      • Deutsch
      • English
      • Español
      • Français
      • Português
  • 日本語コミュニティ
  • 한국 커뮤니티
0

CF8.0.1 Hotfix 2 Fix Details

Guest
Jun 09, 2009 Jun 09, 2009

http://kb2.adobe.com/cps/403/kb403781.html has information on hotfix 2 and references a number of IDs.

Can anyone point us towards more information regarding the ID numbers referenced in the page above?

Particularly,

ID: 72641

Fix for memory leaks with CFCs stored in memory scopes. Note, this does not eliminate need for proper use of VAR scope in CFC methods.

I think I've been hitting problems related to this but I can't be certain without more detail.  Does Adobe have greater detail about these ID numbers publicly available?  I haven't been able to find any related documentation.

Thanks,

Bob Albright

965
Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines

correct answers 1 Correct answer

Deleted User
Jun 19, 2009 Jun 19, 2009

Bob,

That was a bug we worked with Adobe on last summer.  I don't recall all of the issues surrounding it.  But, I found this description in one of my emails about what engineering found when they evaluated our issue:

1. If a cfm creates a cfc and that cfc is kept in a long lasting scope like application/session, the entire object tree for the cfm request including the variables created in the cfm stays in the memory.

       

2. If a cfc 'A' creates another cfc 'B' in a function, and 'B' is kept in...
Translate
Guest
Jun 19, 2009 Jun 19, 2009

Bob,

That was a bug we worked with Adobe on last summer.  I don't recall all of the issues surrounding it.  But, I found this description in one of my emails about what engineering found when they evaluated our issue:

1. If a cfm creates a cfc and that cfc is kept in a long lasting scope like application/session, the entire object tree for the cfm request including the variables created in the cfm stays in the memory.

       

2. If a cfc 'A' creates another cfc 'B' in a function, and 'B' is kept in a long lasting scope like application/session, A's data gets stuck in the memory. The reason is A's functionLocalScope gets added to the 'B' pageContext and is never removed. B keeps holding all the function local scope objects that was created in that function in A.

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Guest
Jun 19, 2009 Jun 19, 2009

Interesting.  We do that all of the time in our application so that's good to know.

Thanks for the reply.

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Guest
Jun 19, 2009 Jun 19, 2009
LATEST

?

Translate
Report
Community guidelines
Be kind and respectful, give credit to the original source of content, and search for duplicates before posting. Learn more
community guidelines
Resources