Re: Custom Form Memory Hole?

From: Tom Rizzo [MSFT] (thomriz_at_microsoft.com)
Date: 09/24/04 

Date: Thu, 23 Sep 2004 23:16:58 -0700

Have you cleared the forms cache as well? Also, you're not looping
collections of messages or anything like that in your code in the form
without closing them?

Tom 

-- 
Looking for a good book on programming Exchange, Outlook, ADSI and 
SharePoint?  Check out http://www.microsoft.com/MSPress/books/5517.asp
This posting is provided "AS IS" with no warranties, and confers no rights.
"Paul McQuillan" <Paul McQuillan@discussions.microsoft.com> wrote in message 
news:0683D956-7837-4C0F-A949-B9D6AD55F21A@microsoft.com...
>I have a client storing information in a set of three public folders, each
> with their own custom form.  Recently we have noticed that when users on
> certain machines open or create a new item using these custom forms - the
> machine goes slightly berserk.  The OUTLOOK.EXE process ranges from using
> 300K of memory up to using 200MB of memory, the Remaining Physical memory
> plummets to around 5MB, the Pagefile usage rockets up.  The machine 
> remains
> in this state for 2-3 minutes and then resumes standard play, the custom 
> form
> opens and behaves correctly with no errors.
>
> I have placed a MsgBox("Checkpoint.1") command at the top of the Item_Open
> Function inside the custom form script - this MsgBox command does not 
> trigger
> until after the 'berserk' phase.
>
> The Custom forms in question also use a handful of ActiveX controls - I 
> have
> checked all the Class_Initilise code for any loops, memory issues; but 
> none
> of these perform any significant code what so ever until their are started 
> by
> the VBscript. (which from the above paragraph, has not started until after
> the problem.)
>
> To further complicate issues - this problem only occurs on certain 
> machines.
> The client is running several Win98 computers which do not seem to be
> affected; two WinXP computers (one of which is affected, one of which is 
> not)
> and a Win2000 computer which is affected.
>
> All are using Outlook 2000 SP1.  I have tried running Windows/Office 
> updates
> to solve the problem - to no avail.  I have examined my script and ActiveX
> control code, but cannot seem to find the problem.  Has anybody ever seen
> anything similar to this, I'm running out of things to try.
>
> Regards, Paul.
> Citrus-Lime.

Relevant Pages

  • RE: short answer to technical question?
    ... address for memory, and cannot address as much memory as a 64 bit ... In the case of the IBM mainframe computers, the natural word used to be ... 64 bit machines, using all 64 bits of an address to address memory. ... Modern PC style computers all are binary. ...
    (Fedora)
  • Re: Breaking Large Composite Numbers...???
    ... efficient procedure on today's computers. ... NFS does compute congruences. ... And memory is also quite cheap these days! ... Think about "market demand" for such machines. ...
    (sci.crypt)
  • Re: What is better?
    ... if that's what you mean (memory efficient) then it would be better to use just a single "bit" for a boolean value. ... However, if you are talking about the most efficient in terms of speed then the "native" data lenght is the most efficient (which on modern 32 bit computers is 32 bits, or a Long). ... Pretty soon though that will change (on 64 bit machines). ...
    (microsoft.public.vb.general.discussion)
  • Re: AI relevent online lectures
    ... minds are computers. ... machines, is worth reading about in his book. ...
    (comp.ai.philosophy)
  • custom allocation and custom type
    ... I am trying to create a custom tuple type. ... custom memory region, which will be a memory-mapped file. ... I return, to ensure it lives on, but I am getting an occasional crash ... persttupleobject.o:persttupleobject.c: undefined reference ...
    (comp.lang.python)