[AccessD] Remoting In (was: properties)

jmoss111 at bellsouth.net jmoss111 at bellsouth.net
Wed Nov 24 09:48:30 CST 2004


RAdmin is the fastest remote product that I've used. And PlanetDNS is similar to GoTopMyPC but maybe a little faster and much cheaper.

JM
> 
> From: "Steve Conklin \(Developer at UltraDNT\)" <Developer at UltraDNT.com>
> Date: 2004/11/24 Wed AM 10:34:39 EST
> To: "'Access Developers discussion and problem solving'"
> 	<accessd at databaseadvisors.com>
> Subject: RE: [AccessD] Remoting In (was: properties)
> 
> Good old pcAnywhere does alright via TCPIP over broadband, fast enough
> to do design work on the host (need a copy on both PC's however).
> GoToMyPC is my other choice, works on any PC with an Internet
> connection; good for file tranfers that are too large for email servers,
> but a bit slow for development but its outstanding to "dial home" to
> check email from anywhere.
> 
> Hth
> Steve
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Dan Waters
> Sent: Wednesday, November 24, 2004 9:08 AM
> To: 'Access Developers discussion and problem solving'
> Subject: RE: [AccessD] Remoting In (was: properties)
> 
> 
> John,
> 
> What mechanism or method do you use to remote in to a client's site? I'm
> struggling with this now. 
> 
> Does anyone have recommendations or warnings about what works and what
> doesn't?
> 
> Thanks!
> Dan Waters
> ProMation Systems
> 
> 
> 
> -----Original Message-----
> From: accessd-bounces at databaseadvisors.com
> [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Colby
> Sent: Tuesday, November 23, 2004 8:24 PM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] properties
> 
> I had a strange occurrence last night and I just wanted to check the
> list to see if anyone has ever seen such a thing.
> 
> Windows XP / Office XP, I remoted in to a client site and started work
> on a FE.  At some point I tried to compact / repair the db and got the
> old error message that "the database could be renamed" and the copy was
> saved to db2. I saved the original and then renamed db2 and continued
> work.  I did NOT test editing / adding records etc.  The client was
> asked to test the changes and came back very upset that two entire tabs
> of the form were "locked". I remoted in tonight and started poking
> around and sure enough all the subforms (controls) on those two tabs
> have the enabled property set to no which prevents even setting the
> focus into the subform.  Further all of the "allow
> edits/deletions/additions" are set to no for the actual subforms
> themselves.
> 
> My conjecture is that something happened at the point Access tried to
> close the database to do the compact/repair or when it attempted to
> delete the original and rename the compacted copy.  Given the damage
> I've found so far I certainly don't trust the copy to continue work on.
> Who knows what else has been changed.
> 
> Has anyone ever seen such a thing happen?  I never have, but there are
> so many properties changed that I have to think that Access somehow set
> these properties at some point.
> 
> John W. Colby
> www.ColbyConsulting.com 
> 
> Contribute your unused CPU cycles to a good cause:
> http://folding.stanford.edu/
> 
> 
> -- 
> _______________________________________________
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> -- 
> _______________________________________________
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 
> -- 
> _______________________________________________
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
> 




More information about the AccessD mailing list