Jump to content

mmmbirdy

Member
  • Posts

    3
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    United States

Everything posted by mmmbirdy

  1. Ok this site looks like it would definitely have it, but theres no way of telling whats what. Here is a link to where I found the solution: Hidden Window . It says in there that there is a hotfix for the problem but it doesn't give the file name for the fix. Any suggestions on how I can find the file name so I can download it from the site you gave me?
  2. Could you provide a link? I googled xables and xables share. I got a bunch of stuff but nothing relating to downloads.
  3. I recieve a message "End Program - Hidden Window". This "Hidden Window" is stopping many of my programs from displaying. I read in microsoft.com there is a hotfix for this, they call it "Oleaut32 Hidden Window". This is the information from Microsoft:"SYMPTOMS An application that calls certain OLE Automation functions can block the global broadcast of Windows messages. For example, when a user double- clicks a desktop icon, the program associated with the icon might be blocked from starting and Windows Explorer might hang. Back to the top CAUSE Certain Automation APIs (example:VariantChangeType) cause OLEAut32.dll to create a hidden top-level window that processes the WM_WININICHANGE message (for example, to get notifications like time zone changes, and so forth). This is used to invalidate OLE Automation's national language setting (NLS) cache. If the thread that called this function does not service the message queue, the hidden top-level window is starved of messages. Any global broadcast of messages using the SendMessage API will cause the broadcasting application to block indefinitely. Under the MTA programming model, a thread is not obligated to service the message queue. Hence an MTA thread that calls these Automation APIs can cause this problem. Back to the top RESOLUTION There is no fixed set of OLE Automation APIs that create the hidden top-level window. However, the hidden top-level window is created the first time Ole Automation runtime needs to look at the NLS information. To work around this, spin a secondary thread and call an OLE Automation API first on the secondary thread (for example, VariantChangeType, changing from BSTR). This creates the hidden top-level window the secondary thread, and then pumps messages on the secondary thread. As a result, the hidden top- level window does not block broadcast messages. You can continue to use your automation methods in other threads. Send a WM_ QUIT message or use another form of inter-thread communication from the primary thread to end the secondary thread. A supported hotfix is now available from Microsoft, but it is only intended to correct the problem that this article describes. Apply it only to systems that are experiencing this specific problem. To resolve this problem, contact Microsoft Product Support Services to obtain the hotfix." I don't think I should have to pay the $60.00 from their support just to download a fix, so I was hoping somebody knew where I can find a list of hotfix downloads or a free way of contacting Microsoft
×
×
  • Create New...