From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,LOTS_OF_MONEY autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,a013984d694d635f X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-04-25 07:15:41 PST Path: newsfeed.google.com!newsfeed.stanford.edu!paloalto-snf1.gtei.net!crtntx1-snh1.gtei.net!denver-snf1.gtei.net!news.gtei.net!coop.net!newsfeed1.global.lmco.com!svlnews.lmms.lmco.com!not-for-mail From: "Smark" Newsgroups: comp.lang.ada Subject: Re: VxWorks memory error when closing ADA file Date: Wed, 25 Apr 2001 08:58:10 -0500 Organization: Lockheed Martin Corporation Message-ID: <9c6l5i$f2r5@cui1.lmms.lmco.com> References: <%a0F6.96$284.2129@newsfeed.slurp.net> <9c3vp5$f2s4@cui1.lmms.lmco.com> <%LoF6.21500$bA2.5861739@typhoon.ne.mediaone.net> NNTP-Posting-Host: 138.209.253.101 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Xref: newsfeed.google.com comp.lang.ada:6926 Date: 2001-04-25T08:58:10-05:00 List-Id: "Jeff Creem" wrote in message news:%LoF6.21500$bA2.5861739@typhoon.ne.mediaone.net... > > "Smark" wrote in message > news:9c3vp5$f2s4@cui1.lmms.lmco.com... > > "Jeff Creem" wrote in message > > news:Wv2F6.20517$bA2.5461988@typhoon.ne.mediaone.net... > > > > > > vxWorks version? who's compiler? target type? host type? These might > help... > > > > > > Some notes: > > > > > > On vxWorks, if your file access is via FTP (unless you have a local > disk or > > > have > > > specifically tried to make it via NFS it is probably via FTP). If it is > ftp, > > > the file is not written to > > > the network until the file is closed. > > > > In fact, the same is true for file access via NFS. > > > > Mark > > > > In fact unless they broke this for more recent versions of vxWorks, NFS did > not cache > the entire file in RAM prior to flushing it to the network nor does it read > the entire file into > RAM prior to allowing read calls to operate. If this is happening with your > target I suspect a configuration > problem. Actually, we use NFS precisely for the reason you mention about reading -- we don't always want to read the entire file into memory. Regarding writing, there is a variable in nfsDrv, called "nfsCacheSize," which determines how much data is cached in memory before writing to the external file. So, really, neither of us were completely accurate above. If nfsCacheSize is set higher than the typical file size, the behavior I described will occur; if it is lower, the behavior you described happens. FWIW, there is also a "FIOSYNC" ioctl function in nfsDrv, which can be used to explicitly flush data to the remote file. Mark