PureBytes Links
Trading Reference Links
|
I recently upgraded to Windows 2000 Professional Edition, and reinstalled
Tradestation Service Pack 5 from scratch. I'm encountering a strange problem
that neither I nor Omega has been able to solve. Perhaps one of the bright
minds on the list has seen this situation before. FYI, I'm on a 2-computer
network:
After reinstalling TS5, I successfully imported eight small single-symbol
.xpo data files for a test. Then I tried to import a large 30+ megabyte .xpo
file sent by a fellow TS user containing a year's worth of 1-minute data for
500 symbols. After a second or so of trying to import the first symbol, the
error message "Globalserver: A shareing violation occurred while accessing
an unnamed file" pops up. Once this happens, Globalserver no longer
responds to the keyboard or mouse, but continues to run forever -- eating up
a large percentage of the CPU capacity on a big 1 Ghz Dell computer. The
only way to stop the program is to force it to shut down with Task Manager.
Once this error message has occurred the first time, any subsequent attempt
to import any .xpo file (including ones that previously worked) yields the
same results.
Globalserver seems to function normally in all other respects. I can do the
daily Historybank update for the eight symbols that are already present, and
I can run systems and charts off of those symbols.
I sent an Omega support tech a copy of an .xpo file that would not import,
however it worked fine for him. Conversely, he sent me an .xpo file that he
was able to import, but I couldn't. I have removed all traces of TS5 at
least three times and reloaded it from scratch -- each time producing the
same results. At this point, I'm dead in the water and Omega hasn't been
able to solve this anomaly either. I'm open to any ideas since I'm sure
someone on the list has probably already solved this type of problem.
One more thing: Except for this problem, the actual performance of TS5 is
definately better under Win 2000 than it was under Win 98, second edition.
Rudy Engholm
Portland, ME
rengholm@xxxxxxx
|