Help | Site Map
Connecting Tech Pros Worldwide
 
 
LinkBack Thread Tools
  #1  
Old August 17th, 2005, 08:05 AM
clusardi2k@aol.com
Guest
 
Posts: n/a
Default Can't Find Answer Any Where (What would you do/try): fopen ("file on shared drive","w+") doesn't work on 2nd call using Windows LabView DDL

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

  #2  
Old August 17th, 2005, 02:45 PM
Victor Bazarov
Guest
 
Posts: n/a
Default Re: Can't Find Answer Any Where (What would you do/try): fopen ("fileon shared drive","w+") doesn't work on 2nd call using Windows LabView DDL

clusardi2k@aol.com wrote:[color=blue]
> 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?[/color]

This is covered in the FAQ 5.8. Don't forget to read the rest of the
section 5.

V
 

Bookmarks

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

What is Bytes?

We are a network of experts and professionals in IT and software development that help one another with answers to tough questions and share insights. Get the best answers to your questions from over network members.
Post your question now . . .
It's fast and it's free

Popular Articles