SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Strategies & Market Trends : TA-Quotes Plus -- Ignore unavailable to you. Want to Upgrade?


To: Ken Adams who wrote (6922)9/29/1998 9:08:00 PM
From: Bob Jagow  Read Replies (1) | Respond to of 11149
 
Been lots of pro and con posts re MSDATA vs VMS, Ken -- I have to use the former until VMS works on NT.
Main downer of MSDATA is that you lose auto data correction and new issues -- not a problem if you are willing to update everything occasionally.
[That, of course, happens automatically under MSDATA every time you scan into the same dir.]

Bob



To: Ken Adams who wrote (6922)9/29/1998 9:17:00 PM
From: Craig DeHaan  Read Replies (1) | Respond to of 11149
 
Ken,
I don't see how the virtual profile markers created from VMS scans can be data-static in terms of their original creation dates. The actual file date is not updated when viewed in Explorer each night after updating the database w/ new data unless you're rerunning a new scan.

The VMS flag instructs a read of any existing stocks within that directory profile w/ on-the-fly MS translation directly from the QP database on demand. That's why there's a slight display delay relative to invoking a real MSDATA file source. If the QP database has been updated, so should any VMS output in those particular profiles, be they new scans or unchanged VMS file lists. Something smells way wrong here.

As for the MSDATA output alternative, 1500 issues run in auto-update will add about 3-5 minutes to the processing time on a P-200. Not a big hurdle if someone from tech can't finally unscramble your VMS enigma.

Craig

[Edit] - Gary writes, "(new update)... should correct the cases where applications rely on the date in the master file instead of the last date in the data file."

Maybe this is a WOW thing, Ken. No prob MS-wise. In the words of the late great Roseanne Roseannadanna, N-E-V-E-R-M-I-N-D!