create()

[Richard Kreiss]

What bothers me is that this programming works in one program and fails in another when the code involved is the same.

Before creating the batch file, an xml file is created without a problem. And then the program loops back to create the batch file used to run a command at the system prompt with the xml file name.

The insanity is filepro runs the create() but does not create the file except when running in dcabe with the debugger.  With the debugger, the program is running very slow as each line is executed.  I would hate to have to put in a 1000 ms sleep as that would add a lot of time to running this program which is processing 2,000 records being sent out and the return xml being read in and updating the current record and creating some new ones.

Of course no ever said MS Windows was a sane OS.  Just look at Window 8.  Microsoft has gotten bitten in the rear by trying to force everyone to use that interface with the "charms"  and tiles.  Businesses do not want to see that - giving birth to Windows 8.1 which should allow for running Windows in the more familiar desktop mode when booting up.


Richard Kreiss
GCC Consulting

Office: 410-653-2813

 

> -----Original Message-----
> From: filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com
> [mailto:filepro-list-bounces+rkreiss=verizon.net at lists.celestial.com] On
> Behalf Of Fairlight
> Sent: Saturday, August 31, 2013 1:58 AM
> To: filepro-list at lists.celestial.com
> Subject: Re: create()
> 
> Ah, yeah...that makes a bit more sense.  I did say a -sane- system would be
> FIFO, even with caching...  :)
> 
> I wonder if that has anything to do with the read-ahead/write-ahead and other
> disk settings that are tunable.
> 
> m->
> 
> On Fri, Aug 30, 2013 at 11:21:52PM -0500, mschw at athenet.net thus spoke:
> >      I should have mentioned that I,ve only seen this on Microsoft
> > Windows systems running filePro.  Does that make any more sense to
> > you?  (Grin)
> >
> > Sent from my HTC cell phone
> >
> > ----- Reply message -----
> > From: "Fairlight" <fairlite at fairlite.com>
> > To: <filepro-list at lists.celestial.com>
> > Subject: create()
> > Date: Fri, Aug 30, 2013 8:50 pm
> >
> >
> > On Thu, Aug 29, 2013 at 09:50:53AM -0500, Mike Schwartz thus spoke:
> > >      Dating back to the 1980's I've had problems with hard drives and
> > >      hard drive controllers not completing file writes before I needed
> > >      to open a file.  Most likely this is due to caching problems in the
> > >      drive and controller firmware.  So, just closing the file doesn't
> > >      guarantee that it will be immediately ready to be opened.
> >
> > That makes little sense as an explanation.  Here's how it goes...
> >
> > High-level 4GL Language:  close()
> >      generally translates to:
> > Low-level C:  fflush(), followed by close()
> >
> > Data -should- get flushed prior to close().
> >
> > Once the data is flushed, the VFS layer has it, and hands it to the FS
> > driver.  Even if there's caching, it -should- (in a sane system) be
> > FIFO caching; operations take place in the same order they're requested.
> >
> > Ergo, close() followed immediately by open() should always result in
> > the file descriptor pointing to a file with the full contents from the
> > time of flush/close.
> >
> > If you're going to put -anything- in there, it makes sense to put:
> >
> > system "sync"
> >
> > ....instead of sleep().  At least it would flush the disk cache
> > pending write operations, rather than just guessing.
> >
> > But it -shouldn't- be necessary, if things are written properly.
> >
> > mark->
> > --
> > Audio panton, cogito singularis.
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > Subscribe/Unsubscribe/Subscription Changes
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> > -------------- next part -------------- An HTML attachment was
> > scrubbed...
> > URL:
> > http://mailman.celestial.com/pipermail/filepro-list/attachments/201308
> > 30/8ea5a534/attachment.html
> > _______________________________________________
> > Filepro-list mailing list
> > Filepro-list at lists.celestial.com
> > Subscribe/Unsubscribe/Subscription Changes
> > http://mailman.celestial.com/mailman/listinfo/filepro-list
> >
> 
> --
> Audio panton, cogito singularis.
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list