Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Visual Studio SP
Message
From
23/10/1997 07:29:16
 
 
To
23/10/1997 07:22:58
Matt Mc Donnell
Mc Donnell Software Consulting
Boston, Massachusetts, United States
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
00056013
Message ID:
00056283
Views:
30
>>>>I noted that the VS service pack 1 contained a patch for VFP5a fixing some bugs so I downloaded the core patch files to install it. However, I don't have a lot of space on my hard drive and the expanding files overflowed it before finishing. Does anyone know if the VFP patch alone exists and if so, how to get it?
>>>
>>>
>>>you better get SP2 instead of SP1 (I believe SP1 had nothing specific to VFP)
>>>IAC AFAIK the fix for vfp is not available seperatly
>>>
>>>and anyway why don't you get a 1 terrabyte HD like the rest of us have :)
>>>
>>>Arnon
>>
>>Thanks Arnon.
>>
>>My mistake, I meant SP2. Too bad there isn't a separate patch. Would make it a lot easier.
>>
>>It would indeed be nice to a 1 TB drive "like the rest of you" :-). But I actually thought :-) the 2 GB drive in the machine provided to me would be sufficient for most purposes. Hmmm . . . it would appear that generally there no longer remains any concern for efficient use of disk space or even program speed, just "get a faster, bigger machine". ( This is not pointed at you, just thinking out loud :-) ) However, with software apparently outpacing hardware, it would seem that we should be concerned about such things.
>>
>>Bill
>
>That brings up an interesting point though. I develop on a P5-75 and my users are running anything from that up to a P6-233. Obviously, the app flies on the Pentium II, and with 233MHz, it's blinding! (deja vu to when the 486s came out, remember how fast we thought those were?). I was jealous for a second, but then I thought about it. I'm glad I develop on a slower machine. It prevents me from getting lazy. [sort of.. ;-0]

Hi Matt,

We have to be careful here because we develop on some of the faster machines in our environment. When run on some of the "slower" machines we can run into trouble. But to do all those "nifty things" it generally takes a lot more processing, and so more processing power ( read speed :-) ).

Bill
William A. Caton III
Software Engineer
MAXIMUS
Atlanta, Ga.
Previous
Reply
Map
View

Click here to load this message in the networking platform