Ureader.com  
Microsoft software help and Community
   home   |   control panel login   |   archive   |  
 
misc
exam.security
microsoft_update_catalog
msdn.annotations
msdn.drgui.discussion
msdn.duwamish
msdn.general
msdn.magazine
msdn.soaptoolkit
msdn.webservices
msdntraining
opsmgr.connectors
opsmgr.sp1
technet
technet.howtofeedback
technet.howtoneeds
technet.magazine
technet.technettalks
  
 
date: Wed, 17 Aug 2005 04:29:02 -0700,    group: microsoft.public.msdn.magazine        back       


fopen ("file on shared drive","w+") doesn't work on 2nd call   
Hello, 

I have a shared drive on SGI, Linux, and Windows. The fact that I'm 
using a shared drive may be mute information. 

The problem is within the same program a second call to fopen does not 
create a file if the file has been deleted. 

I would like to use fopen for its pointer return value to solve this. 

What is the best way to fix this problem? 

The reason I want to do this is I do not want to exit completely 
from LabView and then re-enter it to create the file! 

I talked to my system person and he said something "like" this. That it 
is a caching problem. Windows has the file in cache memory. All 
references to it affect the cached file. You can do fopens (NULL not 
returned, and errno not set), reads, and writes, but they do not affect 
the file in question on the shared drive. He went on to say thathave to 
use an unbuffered option with "creat" and change all read/writes 
appropriately. 

Will doing a creat with an unbuffered option (his suggestion) help? 

Thank you, 
Christopher Lusardi
date: Wed, 17 Aug 2005 04:29:02 -0700   author:   christopher lusardi christopher

Google
 
Web ureader.com


    COPYRIGHT 2007, YARDI TECHNOLOGY LIMITED, ALL RIGHT RESERVE  |   contact us