On Tue, 25 May 2010 08:14 -0500, "Stephen Russell" <[email protected]> wrote: > The worst lesson learned is that the drive letter location > for that dbc is crucial. WTF ? How dare you bind in a drive letter > to a location? How do I move stuff around as my network grows and > changes over time?
As far as I'm aware there are only relative paths in a DBC and the backlink from the contained tables. The sensible thing is to always have the DBC and associated DBF files etc in the same folder. You can then move them around at will. In fact, as long as the relative paths stay the same you can still move them around at will. Slightly clunky but works. If the application is coded to look for data on a fixed path then that's nothing to do with VFP per se. > > This system used E:\ It should be using UNC paths IMO. > >From all honesty I can now say why data managers say get Foxpro out of > here. It behaves poorly with others. Flexibility is only via the > programmer and not the system admin. Why didn't ctod() not convert > year, month, day data properly? all I got was / / ???? What got passed to CTOD()? What are the regional settings and the SET DATE setting in VFP? It sounds like you're wrestling with an application that doesn't behave well with others - you can write those in any language. -- Alan Bourke alanpbourke (at) fastmail (dot) fm _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
