| Groups | Blog | Home |
vb.net : objects gone, please help
objects and writing code. For good reason I just: SAVED All (!!) deleted all objects leaving only a grey form, ran my program to see the result, then UNDO to get my objects back. No Undo. No objects. Empty form. No object code. What - - happened? Does this auto-save when a program is run? If so fine, but as a backup, I hope. It couldn’t be overwriting my own Save, it just can’t be. Been searching 20 minutes, starting to get nervous. Just like to get my work
Right on Tom, Build & Run “Save changes†seems to be the default, I changed
it right away. I suspected some controls UNder a TabControl page I made, that’s why I removed everything. Very confusing for a newbie unable to simply save a complete “file†(project? Solution?) under a different name while working. Turns out I did Save As… my *Form* a few times and managed to get an old one back with most controls on it. Is that what you mean by “cloning a copy� Or you mean copy/pasting the complete folder in Windows Explorer? But that you can’t do while working……? Thanks………. Joni [quoted text, click to view] "Tom Leylan" wrote:
> Autosave appears to be an option. On the Tools/Options/ dialog check [] > Show all Settings > > Under Projects and Solutions "Before building" you have Save all changes set > I'd bet. You might consider changing it to Prompt to Save all Changes. > Alternatively (or additionally) you might not want to delete all the > controls off your form. You can always clone a copy of a file so you never > risk destroying a working version until you see the new one operate > reliably. > > > "jonigr" <jonigr@discussions.microsoft.com> wrote in message > news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... > > New to VB.NET, designing my first form with an MS manual at my side, > > placing > > objects and writing code. > > > > For good reason I just: > > > > SAVED All (!!) > > deleted all objects leaving only a grey form, > > ran my program to see the result, > > then UNDO to get my objects back. > > > > No Undo. > > No objects. > > Empty form. > > No object code. > > > > What - - happened? Does this auto-save when a program is run? If so fine, > > but as a backup, I hope. It couldn't be overwriting my own Save, it just > > can't be. > > > > Been searching 20 minutes, starting to get nervous. Just like to get my > > work > > back. Help appreciated. Thanks! > >
If you have saved your changes, you *can* copy the complete folder.
I zip mine up periodically when I hit certain milestones in case I muck it up later. Works even if I have the project open. Robin S. ---------------------- [quoted text, click to view] "jonigr" <jonigr@discussions.microsoft.com> wrote in message news:89AD9498-BD86-4A59-8AD1-9C78E4AC56A9@microsoft.com... > Right on Tom, Build & Run "Save changes" seems to be the default, I > changed > it right away. > > I suspected some controls UNder a TabControl page I made, that's why I > removed everything. Very confusing for a newbie unable to simply save > a > complete "file" (project? Solution?) under a different name while > working. > > Turns out I did Save As. my *Form* a few times and managed to get an > old one > back with most controls on it. > > Is that what you mean by "cloning a copy"? Or you mean copy/pasting > the > complete folder in Windows Explorer? But that you can't do while > working..? > > Thanks.... > > Joni > > "Tom Leylan" wrote: > >> Autosave appears to be an option. On the Tools/Options/ dialog check >> [] >> Show all Settings >> >> Under Projects and Solutions "Before building" you have Save all >> changes set >> I'd bet. You might consider changing it to Prompt to Save all >> Changes. >> Alternatively (or additionally) you might not want to delete all the >> controls off your form. You can always clone a copy of a file so you >> never >> risk destroying a working version until you see the new one operate >> reliably. >> >> >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >> news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... >> > New to VB.NET, designing my first form with an MS manual at my >> > side, >> > placing >> > objects and writing code. >> > >> > For good reason I just: >> > >> > SAVED All (!!) >> > deleted all objects leaving only a grey form, >> > ran my program to see the result, >> > then UNDO to get my objects back. >> > >> > No Undo. >> > No objects. >> > Empty form. >> > No object code. >> > >> > What - - happened? Does this auto-save when a program is run? If so >> > fine, >> > but as a backup, I hope. It couldn't be overwriting my own Save, it >> > just >> > can't be. >> > >> > Been searching 20 minutes, starting to get nervous. Just like to >> > get my >> > work >> > back. Help appreciated. Thanks! >> >> >>
Autosave appears to be an option. On the Tools/Options/ dialog check []
Show all Settings Under Projects and Solutions "Before building" you have Save all changes set I'd bet. You might consider changing it to Prompt to Save all Changes. Alternatively (or additionally) you might not want to delete all the controls off your form. You can always clone a copy of a file so you never risk destroying a working version until you see the new one operate reliably. [quoted text, click to view] "jonigr" <jonigr@discussions.microsoft.com> wrote in message news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... > New to VB.NET, designing my first form with an MS manual at my side, > placing > objects and writing code. > > For good reason I just: > > SAVED All (!!) > deleted all objects leaving only a grey form, > ran my program to see the result, > then UNDO to get my objects back. > > No Undo. > No objects. > Empty form. > No object code. > > What - - happened? Does this auto-save when a program is run? If so fine, > but as a backup, I hope. It couldn't be overwriting my own Save, it just > can't be. > > Been searching 20 minutes, starting to get nervous. Just like to get my > work > back. Help appreciated. Thanks!
It works indeed. Why I thought it didn't I don't know, perhaps because you
can't *rename* while working. Those misconceptions that sneak in and settle "at a young age"! Thank you Robin. [quoted text, click to view] "RobinS" wrote:
> If you have saved your changes, you *can* copy the complete folder. > I zip mine up periodically when I hit certain milestones in case I muck > it up later. Works even if I have the project open. > > Robin S. > ---------------------- > "jonigr" <jonigr@discussions.microsoft.com> wrote in message > news:89AD9498-BD86-4A59-8AD1-9C78E4AC56A9@microsoft.com... > > Right on Tom, Build & Run "Save changes" seems to be the default, I > > changed > > it right away. > > > > I suspected some controls UNder a TabControl page I made, that's why I > > removed everything. Very confusing for a newbie unable to simply save > > a > > complete "file" (project? Solution?) under a different name while > > working. > > > > Turns out I did Save As. my *Form* a few times and managed to get an > > old one > > back with most controls on it. > > > > Is that what you mean by "cloning a copy"? Or you mean copy/pasting > > the > > complete folder in Windows Explorer? But that you can't do while > > working..? > > > > Thanks.... > > > > Joni > > > > "Tom Leylan" wrote: > > > >> Autosave appears to be an option. On the Tools/Options/ dialog check > >> [] > >> Show all Settings > >> > >> Under Projects and Solutions "Before building" you have Save all > >> changes set > >> I'd bet. You might consider changing it to Prompt to Save all > >> Changes. > >> Alternatively (or additionally) you might not want to delete all the > >> controls off your form. You can always clone a copy of a file so you > >> never > >> risk destroying a working version until you see the new one operate > >> reliably. > >> > >> > >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message > >> news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... > >> > New to VB.NET, designing my first form with an MS manual at my > >> > side, > >> > placing > >> > objects and writing code. > >> > > >> > For good reason I just: > >> > > >> > SAVED All (!!) > >> > deleted all objects leaving only a grey form, > >> > ran my program to see the result, > >> > then UNDO to get my objects back. > >> > > >> > No Undo. > >> > No objects. > >> > Empty form. > >> > No object code. > >> > > >> > What - - happened? Does this auto-save when a program is run? If so > >> > fine, > >> > but as a backup, I hope. It couldn't be overwriting my own Save, it > >> > just > >> > can't be. > >> > > >> > Been searching 20 minutes, starting to get nervous. Just like to > >> > get my > >> > work > >> > back. Help appreciated. Thanks! > >> > >> > >> > >
Oddly enough by cloning I mean "copy and paste" into the same project which
it can't do. Hmmm. I wonder if it ever could? I assume not. I thought we could save a copy and it would give it the name Copy of..." still in the project. So alternatively (as was pointed out) it is probably best to copy the folder containing the project. Make it a compressed folder and it's zipped up and easy to make as many of them as required. You might also consider using version control software. There are added benefits to doing that. [quoted text, click to view] "jonigr" <jonigr@discussions.microsoft.com> wrote in message news:89AD9498-BD86-4A59-8AD1-9C78E4AC56A9@microsoft.com... > Right on Tom, Build & Run "Save changes" seems to be the default, I > changed > it right away. > > I suspected some controls UNder a TabControl page I made, that's why I > removed everything. Very confusing for a newbie unable to simply save a > complete "file" (project? Solution?) under a different name while working. > > Turns out I did Save As. my *Form* a few times and managed to get an old > one > back with most controls on it. > > Is that what you mean by "cloning a copy"? Or you mean copy/pasting the > complete folder in Windows Explorer? But that you can't do while > working..? > > Thanks.... > > Joni > > "Tom Leylan" wrote: > >> Autosave appears to be an option. On the Tools/Options/ dialog check [] >> Show all Settings >> >> Under Projects and Solutions "Before building" you have Save all changes >> set >> I'd bet. You might consider changing it to Prompt to Save all Changes. >> Alternatively (or additionally) you might not want to delete all the >> controls off your form. You can always clone a copy of a file so you >> never >> risk destroying a working version until you see the new one operate >> reliably. >> >> >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >> news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... >> > New to VB.NET, designing my first form with an MS manual at my side, >> > placing >> > objects and writing code. >> > >> > For good reason I just: >> > >> > SAVED All (!!) >> > deleted all objects leaving only a grey form, >> > ran my program to see the result, >> > then UNDO to get my objects back. >> > >> > No Undo. >> > No objects. >> > Empty form. >> > No object code. >> > >> > What - - happened? Does this auto-save when a program is run? If so >> > fine, >> > but as a backup, I hope. It couldn't be overwriting my own Save, it >> > just >> > can't be. >> > >> > Been searching 20 minutes, starting to get nervous. Just like to get my >> > work >> > back. Help appreciated. Thanks! >> >> >>
It's probably because you assumed if you had it open, you had it locked.
That's not usually an invalid assumption. For example, if you were *running* your app, you probably couldn't do this. Like if you have an Access database open, it's dicey whether it can be copied. To be honest, I use WinZip, and it tells you if it couldn't get a valid copy, and that's how I knew it worked. I zip up my projects a lot, because sometimes I muck something up and wish I could go back one step. It wasn't some mysterious knowledge I gleaned somewhere, it was trial and error. Or, as Microsoft puts it, "iterative experimentation". (I love that. I saw it in one of their WPF articles. I swear, I'm going to put it on my resume.) Have fun. Robin S. ------------------------------ [quoted text, click to view] "jonigr" <jonigr@discussions.microsoft.com> wrote in message news:8C8B70EA-9D69-4CD6-BAA5-15BA39FC1F23@microsoft.com... > It works indeed. Why I thought it didn't I don't know, perhaps because > you > can't *rename* while working. Those misconceptions that sneak in and > settle > "at a young age"! > > Thank you Robin. > > "RobinS" wrote: > >> If you have saved your changes, you *can* copy the complete folder. >> I zip mine up periodically when I hit certain milestones in case I >> muck >> it up later. Works even if I have the project open. >> >> Robin S. >> ---------------------- >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >> news:89AD9498-BD86-4A59-8AD1-9C78E4AC56A9@microsoft.com... >> > Right on Tom, Build & Run "Save changes" seems to be the default, I >> > changed >> > it right away. >> > >> > I suspected some controls UNder a TabControl page I made, that's >> > why I >> > removed everything. Very confusing for a newbie unable to simply >> > save >> > a >> > complete "file" (project? Solution?) under a different name while >> > working. >> > >> > Turns out I did Save As. my *Form* a few times and managed to get >> > an >> > old one >> > back with most controls on it. >> > >> > Is that what you mean by "cloning a copy"? Or you mean copy/pasting >> > the >> > complete folder in Windows Explorer? But that you can't do while >> > working..? >> > >> > Thanks.... >> > >> > Joni >> > >> > "Tom Leylan" wrote: >> > >> >> Autosave appears to be an option. On the Tools/Options/ dialog >> >> check >> >> [] >> >> Show all Settings >> >> >> >> Under Projects and Solutions "Before building" you have Save all >> >> changes set >> >> I'd bet. You might consider changing it to Prompt to Save all >> >> Changes. >> >> Alternatively (or additionally) you might not want to delete all >> >> the >> >> controls off your form. You can always clone a copy of a file so >> >> you >> >> never >> >> risk destroying a working version until you see the new one >> >> operate >> >> reliably. >> >> >> >> >> >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >> >> news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... >> >> > New to VB.NET, designing my first form with an MS manual at my >> >> > side, >> >> > placing >> >> > objects and writing code. >> >> > >> >> > For good reason I just: >> >> > >> >> > SAVED All (!!) >> >> > deleted all objects leaving only a grey form, >> >> > ran my program to see the result, >> >> > then UNDO to get my objects back. >> >> > >> >> > No Undo. >> >> > No objects. >> >> > Empty form. >> >> > No object code. >> >> > >> >> > What - - happened? Does this auto-save when a program is run? If >> >> > so >> >> > fine, >> >> > but as a backup, I hope. It couldn't be overwriting my own Save, >> >> > it >> >> > just >> >> > can't be. >> >> > >> >> > Been searching 20 minutes, starting to get nervous. Just like to >> >> > get my >> >> > work >> >> > back. Help appreciated. Thanks! >> >> >> >> >> >> >> >> >>
Robin,
I can say, with a great deal of certainty, that an Access database can be copied while it is locked by an application. It cannot be moved but it can be copied. :) Bruce [quoted text, click to view] "RobinS" <RobinS@NoSpam.yah.none> wrote in message news:0NidnYhNgs_ydibYnZ2dnUVZ_ternZ2d@comcast.com... > It's probably because you assumed if you had it open, you had it locked. > That's not usually an invalid assumption. For example, if you were > *running* > your app, you probably couldn't do this. Like if you have an Access > database > open, it's dicey whether it can be copied. > > To be honest, I use WinZip, and it tells you if it couldn't get a valid > copy, > and that's how I knew it worked. I zip up my projects a lot, because > sometimes I muck something up and wish I could go back one step. > It wasn't some mysterious knowledge I gleaned somewhere, it was > trial and error. > > Or, as Microsoft puts it, "iterative experimentation". (I love that. > I saw it in one of their WPF articles. I swear, I'm going to put it > on my resume.) > > Have fun. > Robin S. > ------------------------------ > "jonigr" <jonigr@discussions.microsoft.com> wrote in message > news:8C8B70EA-9D69-4CD6-BAA5-15BA39FC1F23@microsoft.com... >> It works indeed. Why I thought it didn't I don't know, perhaps because >> you >> can't *rename* while working. Those misconceptions that sneak in and >> settle >> "at a young age"! >> >> Thank you Robin. >> >> "RobinS" wrote: >> >>> If you have saved your changes, you *can* copy the complete folder. >>> I zip mine up periodically when I hit certain milestones in case I muck >>> it up later. Works even if I have the project open. >>> >>> Robin S. >>> ---------------------- >>> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >>> news:89AD9498-BD86-4A59-8AD1-9C78E4AC56A9@microsoft.com... >>> > Right on Tom, Build & Run "Save changes" seems to be the default, I >>> > changed >>> > it right away. >>> > >>> > I suspected some controls UNder a TabControl page I made, that's why I >>> > removed everything. Very confusing for a newbie unable to simply save >>> > a >>> > complete "file" (project? Solution?) under a different name while >>> > working. >>> > >>> > Turns out I did Save As. my *Form* a few times and managed to get an >>> > old one >>> > back with most controls on it. >>> > >>> > Is that what you mean by "cloning a copy"? Or you mean copy/pasting >>> > the >>> > complete folder in Windows Explorer? But that you can't do while >>> > working..? >>> > >>> > Thanks.... >>> > >>> > Joni >>> > >>> > "Tom Leylan" wrote: >>> > >>> >> Autosave appears to be an option. On the Tools/Options/ dialog check >>> >> [] >>> >> Show all Settings >>> >> >>> >> Under Projects and Solutions "Before building" you have Save all >>> >> changes set >>> >> I'd bet. You might consider changing it to Prompt to Save all >>> >> Changes. >>> >> Alternatively (or additionally) you might not want to delete all the >>> >> controls off your form. You can always clone a copy of a file so you >>> >> never >>> >> risk destroying a working version until you see the new one operate >>> >> reliably. >>> >> >>> >> >>> >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >>> >> news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... >>> >> > New to VB.NET, designing my first form with an MS manual at my >>> >> > side, >>> >> > placing >>> >> > objects and writing code. >>> >> > >>> >> > For good reason I just: >>> >> > >>> >> > SAVED All (!!) >>> >> > deleted all objects leaving only a grey form, >>> >> > ran my program to see the result, >>> >> > then UNDO to get my objects back. >>> >> > >>> >> > No Undo. >>> >> > No objects. >>> >> > Empty form. >>> >> > No object code. >>> >> > >>> >> > What - - happened? Does this auto-save when a program is run? If so >>> >> > fine, >>> >> > but as a backup, I hope. It couldn't be overwriting my own Save, it >>> >> > just >>> >> > can't be. >>> >> > >>> >> > Been searching 20 minutes, starting to get nervous. Just like to >>> >> > get my >>> >> > work >>> >> > back. Help appreciated. Thanks! >>> >> >>> >> >>> >> >>> >>> >>> > >
Yes, it *can*, but should it? I have had problems with that
in the past. I've gotten "locked" messages a couple of times, and sometimes it appears that data being updated was lost. Maybe it was because the network at the company where I worked was sooooooooooooooo sloooooooooooooooooow. Accessing information across the network was like being nibbled to death by ducks. Robin S. -------------------------------------- [quoted text, click to view] "Bruce W. Darby" <kracorat@atcomcast.net> wrote in message news:QrKdndJbPtRTjiHYnZ2dnUVZ_rylnZ2d@comcast.com... > Robin, > > I can say, with a great deal of certainty, that an Access database can be > copied while it is locked by an application. It cannot be moved but it > can be copied. :) > > Bruce > > "RobinS" <RobinS@NoSpam.yah.none> wrote in message > news:0NidnYhNgs_ydibYnZ2dnUVZ_ternZ2d@comcast.com... >> It's probably because you assumed if you had it open, you had it locked. >> That's not usually an invalid assumption. For example, if you were >> *running* >> your app, you probably couldn't do this. Like if you have an Access >> database >> open, it's dicey whether it can be copied. >> >> To be honest, I use WinZip, and it tells you if it couldn't get a valid >> copy, >> and that's how I knew it worked. I zip up my projects a lot, because >> sometimes I muck something up and wish I could go back one step. >> It wasn't some mysterious knowledge I gleaned somewhere, it was >> trial and error. >> >> Or, as Microsoft puts it, "iterative experimentation". (I love that. >> I saw it in one of their WPF articles. I swear, I'm going to put it >> on my resume.) >> >> Have fun. >> Robin S. >> ------------------------------ >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >> news:8C8B70EA-9D69-4CD6-BAA5-15BA39FC1F23@microsoft.com... >>> It works indeed. Why I thought it didn't I don't know, perhaps because >>> you >>> can't *rename* while working. Those misconceptions that sneak in and >>> settle >>> "at a young age"! >>> >>> Thank you Robin. >>> >>> "RobinS" wrote: >>> >>>> If you have saved your changes, you *can* copy the complete folder. >>>> I zip mine up periodically when I hit certain milestones in case I >>>> muck >>>> it up later. Works even if I have the project open. >>>> >>>> Robin S. >>>> ---------------------- >>>> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >>>> news:89AD9498-BD86-4A59-8AD1-9C78E4AC56A9@microsoft.com... >>>> > Right on Tom, Build & Run "Save changes" seems to be the default, I >>>> > changed >>>> > it right away. >>>> > >>>> > I suspected some controls UNder a TabControl page I made, that's why >>>> > I >>>> > removed everything. Very confusing for a newbie unable to simply >>>> > save >>>> > a >>>> > complete "file" (project? Solution?) under a different name while >>>> > working. >>>> > >>>> > Turns out I did Save As. my *Form* a few times and managed to get an >>>> > old one >>>> > back with most controls on it. >>>> > >>>> > Is that what you mean by "cloning a copy"? Or you mean copy/pasting >>>> > the >>>> > complete folder in Windows Explorer? But that you can't do while >>>> > working..? >>>> > >>>> > Thanks.... >>>> > >>>> > Joni >>>> > >>>> > "Tom Leylan" wrote: >>>> > >>>> >> Autosave appears to be an option. On the Tools/Options/ dialog >>>> >> check >>>> >> [] >>>> >> Show all Settings >>>> >> >>>> >> Under Projects and Solutions "Before building" you have Save all >>>> >> changes set >>>> >> I'd bet. You might consider changing it to Prompt to Save all >>>> >> Changes. >>>> >> Alternatively (or additionally) you might not want to delete all >>>> >> the >>>> >> controls off your form. You can always clone a copy of a file so >>>> >> you >>>> >> never >>>> >> risk destroying a working version until you see the new one operate >>>> >> reliably. >>>> >> >>>> >> >>>> >> "jonigr" <jonigr@discussions.microsoft.com> wrote in message >>>> >> news:6F3F5776-7994-4479-B831-F0EDB43A9608@microsoft.com... >>>> >> > New to VB.NET, designing my first form with an MS manual at my >>>> >> > side, >>>> >> > placing >>>> >> > objects and writing code. >>>> >> > >>>> >> > For good reason I just: >>>> >> > >>>> >> > SAVED All (!!) >>>> >> > deleted all objects leaving only a grey form, >>>> >> > ran my program to see the result, >>>> >> > then UNDO to get my objects back. >>>> >> > >>>> >> > No Undo. >>>> >> > No objects. >>>> >> > Empty form. >>>> >> > No object code. >>>> >> > >>>> >> > What - - happened? Does this auto-save when a program is run? If >>>> >> > so >>>> >> > fine, >>>> >> > but as a backup, I hope. It couldn't be overwriting my own Save, >>>> >> > it >>>> >> > just >>>> >> > can't be. >>>> >> > >>>> >> > Been searching 20 minutes, starting to get nervous. Just like to >>>> >> > get my >>>> >> > work >>>> >> > back. Help appreciated. Thanks! >>>> >> >>>> >> >>>> >> >>>> >>>> >>>> >> >> > >
Well, from where I work, as the supervisor of a small tech support
department, yes, we should be able to copy it. We have a business relationship with a company that markets a GPS system for golf carts. That system is designed to keep our software alive and kicking, which means that the .mdb is locked and cannot be modified or moved, etc. If we need to have the course upload the database to us because of a problem, then making a copy of it to the desktop, then uploading it to our web server is the only way to do it without shutting down the GPS system. Shut down the GPS system on a day when the course if filled with players using that system to keep their scores can result in a VERY bad day for the course. :) I've never seen a 'copy' operation lose or corrupt data in the .mdb and I've been using this copy method at least three times a week. I 'have' seen the slowness that you indicate when the location of the database is not within the same building as software running the application. Seems like anything more than about 'across the parking lot' causes Access to slow down to a crawl. Bruce P.S. Being nibbled to death by ducks would be a 'fowl' way to die, I must admit... :) OK...OK... no stones.... [quoted text, click to view] "RobinS" <RobinS@NoSpam.yah.none> wrote in message news:qe-dnbg9MJTo1iHYnZ2dnUVZ_o2vnZ2d@comcast.com... > Yes, it *can*, but should it? I have had problems with that > in the past. I've gotten "locked" messages a couple of times, > and sometimes it appears that data being updated was lost. > Maybe it was because the network at the company where I worked > was sooooooooooooooo sloooooooooooooooooow. Accessing information > across the network was like being nibbled to death by ducks.
When I referred to the network being slow, it wasn't an Access problem, it [quoted text, click to view] really *was* a network problem. I supported 3 applications that I wrote with 3 different Access databases. I'm in California; I supported one here, and two in the Midwest. To make it run as fast as possible, I put the two databases used by the MidWest users in the MidWest. When I wanted to open one of those, it took at least 2 minutes just to open the frickin' database by double-clicking on it. That's right, just open it, not run anything. As I tend to be impatient with computers, it was very frustrating, but nothing I could fix. So I think I had problems because of the network issue, and the state of the database would be different when I started copying it versus when it was in the middle or at the end. Once or twice in mid-day when network traffic was at its highest, I couldn't even copy it in place, or to a different folder in the MidWest even. Grrrrrrr. It didn't happen enough to be a major issue, it was just an annoyance. Your setup sounds really interesting; sounds like a fun project to work on. I used to caddy for my father when I was young, and I have to say, golfers take themselves and their game way too seriously. On the bright side, I made a fortune (well, it was a fortune at that age) collecting golf balls off the bottom of the lake and selling them to the clubhouse, although at times it was dangerous work. Fore! As for this: [quoted text, click to view] > P.S. Being nibbled to death by ducks would be a 'fowl' way to die, I must > admit... :) OK...OK... no stones.... Grooooan. I guess I asked for that. I could respond by calling you a turkey or something silly like that, but I should resist. I don't want to crow about my ability to pun, or have you think I'm going quackers. Robin S. ------------------------------------------------- [quoted text, click to view] "Bruce W. Darby" <kracorat@atcomcast.net> wrote in message news:-6adnVrMaYZd_CHYnZ2dnUVZ_vOlnZ2d@comcast.com... > Well, from where I work, as the supervisor of a small tech support > department, yes, we should be able to copy it. We have a business > relationship with a company that markets a GPS system for golf carts. > That system is designed to keep our software alive and kicking, which > means that the .mdb is locked and cannot be modified or moved, etc. If we > need to have the course upload the database to us because of a problem, > then making a copy of it to the desktop, then uploading it to our web > server is the only way to do it without shutting down the GPS system. > Shut down the GPS system on a day when the course if filled with players > using that system to keep their scores can result in a VERY bad day for > the course. :) I've never seen a 'copy' operation lose or corrupt data in > the .mdb and I've been using this copy method at least three times a > week. I 'have' seen the slowness that you indicate when the location of > the database is not within the same building as software running the > application. Seems like anything more than about 'across the parking lot' > causes Access to slow down to a crawl. > > Bruce > > P.S. Being nibbled to death by ducks would be a 'fowl' way to die, I must > admit... :) OK...OK... no stones.... > > "RobinS" <RobinS@NoSpam.yah.none> wrote in message > news:qe-dnbg9MJTo1iHYnZ2dnUVZ_o2vnZ2d@comcast.com... >> Yes, it *can*, but should it? I have had problems with that >> in the past. I've gotten "locked" messages a couple of times, >> and sometimes it appears that data being updated was lost. >> Maybe it was because the network at the company where I worked >> was sooooooooooooooo sloooooooooooooooooow. Accessing information >> across the network was like being nibbled to death by ducks. > >
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
| home · blog · groups | Questions? Comments? Contact the dn |