Recent content by shadow9449

Thanks for the links, CJ_London. I've been receiving several calls a day for the past week from clients who want to access their Access application from home, as their physical office is either shut or will be shut down soon for obvious reasons.

Oi, Mario. Seja bem vindo. Você fala inglês muito bem! Você é brasileiro?

VBA hasn't really evolved much in years anyway, so I can't see how VB "stagnating" with a new release of .NET should make much of a difference.

That's your choice. If you don't put him on ignore, then I recommend that you don't read the forum after eating unless you want to toss your cookies....

I just realized that there is an ignore button that allows you to ignore specific posters. What a relief. It should make this forum easy to read again

Using the vbscript to call the .bat means that the user just double clicks a desktop shortcut and in a few seconds the app launches. The don't need to know that the script calls a .bat that connects to the drive, and transfers the file. Nothing launches other than the app itself.

Indeed! I never realized you can set a shortcut that way now I see you can. Thanks for the tip :) I still prefer to not have it show altogether but cool idea...

I use a .bat as well to map the drive to the folder on the server containing the BE, transfer a new copy of the FE from the location on the server to the client workstation, then launch the app. I didn't like the black window so the desktop icon points to a simple .vbs file that says this...

What I really don't understand is this part: So Access database #1 is writing data to memory and not cleaning up, so someone who's hacked the computer can grab that data and write it to Access database #2? I can't understand any other interpretation of this, which leaves me with my question...

I read the release and I may not be understanding this correctly: What type of data are we talking about that would be compromised? Data in the Access database? If so, then the leaked memory isn't any less secure than the Access database. Most of us Access users know that Access databases...

It's post 15 I don't want to get into this discussion - I come to the forum to talk about Access - but my own views very closely match those of Doc_man

While you're in correction mode, the quote in Matthew: "Behold, your king is coming to you, humble, and mounted on a donkey, and on a colt, the foal of a beast of burden" Is actually from Zechariah 9, not Isaiah.

Ok, how about the most obvious: do you have any temporary tables in the front end? Including any that get created dynamically when doing some processing?

Perfect! Thanks so much! :)

In my case it's Access 2010. My question is if I will have to go to every computer using my application (there are over 1000) and download and install or if it will deploy itself eventually. In addition, many computers are locked down by IT departments who don't let outsiders tinker with...