|
PureBytes Links
Trading Reference Links
|
Thank you for you response. I believe that you are correct on your
observations. It has been pointed out that when we allocate space on your
hard drive, windows assigns us the readily available space on the drive in
the order that the space is available. if data has been marked deleted by
windows and this data resides in the area that has been allocated by the OS,
you will be able to view it in external viewers. As you are probably aware,
when data is deleted from your drive, this does not mean that the data has
been wiped from your hard drive, its just means that the data has been
marked as deleted and that the space is available to be written over by any
application. When we allocate the space, not all of the space is usually
used as we try to maintain the cache file as empty as possible for the best
possible performance. This means that there is allocated space that cannot
be written to by any other program, and may not be written to at the moment
by our own program, which you are viewing
-----Original Message-----
From: DB [mailto:dima@xxxxxxxxxx]
Sent: Monday, March 20, 2000 5:13 PM
To: Omega-List; Giovanni Pugliese
Subject: Re: Omega 2000i & privacy
----- Original Message -----
From: "Giovanni Pugliese" <Giovanni.Pugliese@xxxxxxxxxxxxxxxxx>
To: "'DB'" <dima@xxxxxxxxxx>
Cc: "Omega-List" <omega-list@xxxxxxxxxx>
Sent: Monday, March 20, 2000 16:34
Subject: RE: Omega 2000i & privacy
> I would like to pose a couple of questions. First, is anyone else seeing
> this type of behavior. Mind you, tampering with the GSQF file is not the
> most advisable course of action since it is tampering with a major
component
> in the data collection process.
Giovanni, i was contacted by more than a dozen of people and all of them
have their private data in this file.
>
> Secondly, are you sure that you have not associated the file with some
sort
> of document type? This might be causing mix-ups with the file type
itself.
> If you notice, when you open the file using the 'open with' selection in
the
> RB click menu, there is a little check box at the bottom right hand corner
> which states 'Always use this program to open these files'. If you leave
> this check box checked, windows will automatically associate this file
with
> that program. I have seen this cause problems in the past. We have done
> the test you have suggested here and have been unable to see any data in
the
> file that may suggest it's reading text from another application. If this
> would be happening, I would have to think that there is some type of
mix-up
> in memory and would be very interested in tracking down the problem.
Giovanni, I understand the features of Windows interface. The file can be
seen by external viewers, for example FAR.
>
> -----Original Message-----
> From: DB [mailto:dima@xxxxxxxxxx]
> Sent: Monday, March 20, 2000 4:19 PM
> To: Giovanni Pugliese
> Cc: Omega-List
> Subject: Re: Omega 2000i & privacy
>
>
> Giovanni,
>
> I meant the same - Global Server used this file for fast
indexing/accessing
> etc. Actually, this is a kind of swap (cache) file that is used only by
> Omega, right?
> But this file contains the emails from the Mail programs (like Outlook
> Express) and files from other programs (documents from My Document folder
> and other).
> What purpose for?
>
> Regards,
> DB
>
> ----- Original Message -----
> From: "Giovanni Pugliese" <Giovanni.Pugliese@xxxxxxxxxxxxxxxxx>
> To: <omega-list@xxxxxxxxxx>
> Sent: Monday, March 20, 2000 16:02
> Subject: FW: Omega 2000i & privacy
>
>
> > In response to these emails,
> >
> > The GSQF.Dat file is a cache file that maintains up to the last three
> > hundred ticks of data for ALL the symbols that one is collecting for in
> the
> > server. The size of this file is determined by the data feed which you
> are
> > using. The size of this file is between 100 to 150 megs : Actually its
> > either 100 megs or 150 megs for DTN - Hyper feed I believe is 300 megs.
> >
> > This cache file was done with a couple of reasons in mind. First, it
> > prevents corruption in your data file (The PDS file) since it is not
being
> > written to on every tick, but rather data is flushed into it every three
> > ticks, meaning that we open the file, write three hundred ticks, and
then
> > close the file. Secondly, we are able to process the data faster by
> writing
> > it to a specialized cache file where indexing of the data is done with a
> > 'linked list' concept for those c - c++ programmers out there. I do not
> > know what exactly is meant by 'reading emails' or copying a windows page
> > file, since a windows page file is memory that windows allocates for an
> > application (Unless you mean that we are utilizing the area windows has
> > allocated for our application, which is natural since every windows
> > application uses its allotted 'pages in memory'. I hope I have shed
some
> > light into these issues and would be more than happy to elaborate on
these
> > topics if you clarify your concerns.
> >
> > -----Original Message-----
> > From: Riccardo Ronco [mailto:riccardo@xxxxxxxxxxxxxxxxxxxxxx]
> > Sent: Monday, March 20, 2000 3:21 PM
> > To: omega-list@xxxxxxxxxx; DB
> > Subject: RE: Omega 2000i & privacy
> >
> >
> > My file is 100 megs long... and I can't read it. What is all about?
> >
> > rgrds
> >
> > Riccardo Ronco
> >
> >
> > > -----Original Message-----
> > > From: DB [mailto:dima@xxxxxxxxxx]
> > > Sent: 17 March 2000 15:58
> > > To: Omega-List
> > > Subject: Omega 2000i & privacy
> > >
> > >
> > > Several people wrote me that they have their emails, private files and
> > > documents in file \Program Files\Omega Research\Server\GSQF.dat
> > >
> > > It seems that Global Server copied part of Windows page file to its
own
> > > folder for faster access to virtual memory. Or I'm wrong and
> > > Omega reads your emails???
> > >
> > > Regards,
> > > DB
> > >
> > >
> > >
> > >
> >
>
|