From gustav at cactus.dk Sun Jan 1 10:26:32 2017 From: gustav at cactus.dk (Gustav Brock) Date: Sun, 1 Jan 2017 16:26:32 +0000 Subject: [AccessD] Google API for address sanitising Message-ID: Hi Arthur 1: Yes. 2: JSON is nothing but text that describes an object. For the full info, pass the full text to a JSON parser. If you just want the formatted address, parse the string for that field and read the contents. Split this by the commas into it parts, or simply replace the commas with CRLF to have an address block for, say, to print on an envelope. Happy New Year to you and all joining AccessD! Gustav Fra: Arthur Fuller Sendt: 31. december 2016 18:10 Til: Access Developers discussion and problem solving Emne: Re: [AccessD] Google API for address sanitising Gustav, A couple of questions from a stupid person: 1. From your example it appears that the full call is the URL + the address to sanitize. Given most databases containing addresses, street name, city, district, postal code and country would all be in separate fields. So is the correct strategy to assemble a string containing all the pieces and pass that along with the URL? 2. You say it returns a JSON containing the sanitized address. By "returns" I'm guessing that I declare a variable, assign the URL and address string to it; it receives the JSON object as returned. I then replace the commas with vbCRLF. Is this correct? Happy New Year! /Arthur From charlotte.foust at gmail.com Tue Jan 3 21:35:44 2017 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 3 Jan 2017 19:35:44 -0800 Subject: [AccessD] wORK In-Reply-To: References: Message-ID: I don't know about where you are, but there are plenty of contracting jobs out here for the State of California. Charlotte Foust (916) 206-4336 On Sat, Dec 31, 2016 at 6:55 AM, John Colby wrote: > Does anyone have any Access work they are too busy to get around to? If > so email me offline. > > Thanks, > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Tue Jan 3 23:33:52 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 4 Jan 2017 00:33:52 -0500 Subject: [AccessD] Easy way to play audio files from Access form In-Reply-To: References: <000001d25e3d$4f578f00$ee06ad00$@wowway.com> Message-ID: Is a hot water bag then really a got water bottle? What's the difference between a bag and a bottle? Answer is, for me, a bottle has a smaller girth near it's aperture that a bag. A bag is usually sinched to reduce the size of its aperture, a bottle is pre-made with a smaller girth near it's aperture. I agree with Arthur unless you can demonstrate to me that the old-fashioned douche has an open end that had a smaller girth about its opening. >From my non-flammable Note 3, Bill Benson On Dec 30, 2016 9:22 AM, "Tina Norris Fields" wrote: > Arthur, speaking from experience, I can tell you that the apparatus used > to be a rubber bag with a hose. > > T > > Tina Norris Fields > tinanfields-at-torchlake-dot-com > 231-322-2787 > > On 12/25/16 12:48 PM, Arthur Fuller wrote: > >> It even understands such phrases as "You are a douche-bottle." For those >> inclined, there is no such thing as a douche-bag. It only comes in >> bottular >> form. That aside, one of the most hilarious episodes of NYPD Blue >> concerned >> Sipowitz (Denis Franz) teaching his boss's parrot how to say "douchebag", >> and thereafter, when every collar came in, the parrot would announce his >> or >> her presence with "douchebag'.. >> >> A >> ? >> > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Tue Jan 3 23:40:55 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 4 Jan 2017 00:40:55 -0500 Subject: [AccessD] wORK In-Reply-To: References: Message-ID: Kinda had me wondering too Charlotte. We keep hearing Access is dead but I get inquiries from recruiters asking for Access experience every now and again. Not an many as I used to, but at least once a month. I think Access legacy systems ate still commonplace in a lot of places of business, especially state government in NY. >From my non-flammable Note 3, Bill Benson On Jan 3, 2017 10:38 PM, "Charlotte Foust" wrote: > I don't know about where you are, but there are plenty of contracting jobs > out here for the State of California. > > Charlotte Foust > (916) 206-4336 > > On Sat, Dec 31, 2016 at 6:55 AM, John Colby wrote: > > > Does anyone have any Access work they are too busy to get around to? If > > so email me offline. > > > > Thanks, > > > > -- > > John W. Colby > > > > -- > > 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 > From wrwehler at gmail.com Thu Jan 5 21:32:30 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Thu, 5 Jan 2017 21:32:30 -0600 Subject: [AccessD] 64 bit app Message-ID: I wanted to mention for thoroughness sake that LongLong is not necessarily needed to make the API function 64 bit safe. References: http://www.jkp-ads.com/articles/apideclarations.asp I see some LongPtr usually for handles. But most of the Long types stayed simply Long and not set LongLong. > The code snip wrapped strangely. Trying again: #If Win64 Then Private Declare PtrSafe Function CreateProcessA Lib "kernel32" ( _ ByVal lpApplicationName As LongLong, _ ByVal lpCommandLine As String, _ ByVal lpProcessAttributes As LongLong, _ ByVal lpThreadAttributes As LongLong, _ ByVal bInheritHandles As LongLong, _ ByVal dwCreationFlags As LongLong, _ ByVal lpEnvironment As LongLong, _ ByVal lpCurrentDirectory As LongLong, _ lpStartupInfo As typStartupInfo, _ lpProcessInformation As typProcInfo) As LongLong #Else Private Declare Function CreateProcessA Lib "kernel32" ( _ ByVal lpApplicationName As Long, _ ByVal lpCommandLine As String, _ ByVal lpProcessAttributes As Long, _ ByVal lpThreadAttributes As Long, _ ByVal bInheritHandles As Long, _ ByVal dwCreationFlags As Long, _ ByVal lpEnvironment As Long, _ ByVal lpCurrentDirectory As Long, _ lpStartupInfo As typStartupInfo, _ lpProcessInformation As typProcInfo) As Long #End If From wrwehler at gmail.com Thu Jan 5 21:39:17 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Thu, 5 Jan 2017 21:39:17 -0600 Subject: [AccessD] 64-but ONLY front end ? Message-ID: Hello Listers! Has anyone migrated their app to 64 bit only? I've recently started migrating from Office 2003 to Office 2013 (what we have licensed). I've been testing and upgrading and learning about ribbons and finding code that doesn't work well under 2013 that worked previously. The one problem I'm consistently running into is if I have more than a couple forms open I start getting "Resource Limit Exceeded" messages. From what I gather, this is usually the 32 bit Virtual Memory limit (2GB) running 32 bit applications on a 64 bit operating system. If I run Access 2013 64 bit (In a virtual machine) I can open as many tabs as my heart desires (I opened so many forms up in my app that my tab bar had scroll arrows!) and not a peep about resource problems. I did some of the stuff suggested out on the web like make sure objects get closed and set to 'nothing' when they aren't needed (which there weren't many places that wasn't happening anyway)... and even tried running msaccess.exe in XP compatibility mode (which was what someone suggested to get around this). Access 2013 is fully patched and I've tried a number of hot fixes and registry tweaks posted by both MS and other users on the web to no avail as well. None of that's worked... so I'm debating moving my users in house (the only place I have to support) to 64 bit Office or Access runtime where applicable. I've already modified all my API calls to to be PtrSafe and kept some compiler constant if/then/else statements in place in case I *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the 32 bit accde file... *sigh*) In short / TL;DR: Has anyone moved exclusively to 64 bit and what problems did you face and are you happy overall with doing so? From stuart at lexacorp.com.pg Thu Jan 5 22:04:50 2017 From: stuart at lexacorp.com.pg (Stuart McLachlan) Date: Fri, 06 Jan 2017 14:04:50 +1000 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: <586F1762.19318.38C02EE6@stuart.lexacorp.com.pg> Do you use any external DLLs, ActiveX controls, any Common Controls from MSComCtl and MSComCt2 or other AddIns? If so, you'll need 64 bit replacements. In addition to PtrSafe, have you also changed LONG pointers and handles to LONGPTR ? On 5 Jan 2017 at 21:39, Ryan Wehler wrote: > Hello Listers! > > Has anyone migrated their app to 64 bit only? > > I've recently started migrating from Office 2003 to Office 2013 (what > we have licensed). I've been testing and upgrading and learning about > ribbons and finding code that doesn't work well under 2013 that worked > previously. > > The one problem I'm consistently running into is if I have more than a > couple forms open I start getting "Resource Limit Exceeded" messages. > From what I gather, this is usually the 32 bit Virtual Memory limit > (2GB) running 32 bit applications on a 64 bit operating system. > > If I run Access 2013 64 bit (In a virtual machine) I can open as many > tabs as my heart desires (I opened so many forms up in my app that my > tab bar had scroll arrows!) and not a peep about resource problems. > > I did some of the stuff suggested out on the web like make sure > objects get closed and set to 'nothing' when they aren't needed (which > there weren't many places that wasn't happening anyway)... and even > tried running msaccess.exe in XP compatibility mode (which was what > someone suggested to get around this). > > Access 2013 is fully patched and I've tried a number of hot fixes and > registry tweaks posted by both MS and other users on the web to no > avail as well. > > None of that's worked... so I'm debating moving my users in house (the > only place I have to support) to 64 bit Office or Access runtime where > applicable. I've already modified all my API calls to to be PtrSafe > and kept some compiler constant if/then/else statements in place in > case I *HAVE* to run 32 bit somewhere (but then I'll need a way to > compile the 32 bit accde file... *sigh*) > > In short / TL;DR: Has anyone moved exclusively to 64 bit and what > problems did you face and are you happy overall with doing so? -- > AccessD mailing list AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd Website: > http://www.databaseadvisors.com > From wrwehler at gmail.com Thu Jan 5 22:23:05 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Thu, 5 Jan 2017 22:23:05 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <586F1762.19318.38C02EE6@stuart.lexacorp.com.pg> References: <586F1762.19318.38C02EE6@stuart.lexacorp.com.pg> Message-ID: I've fixed the API calls to have PtrSafe declarations and handles are LongPtr. These compile fine now. No other external dll or activex controls or references that don't make the transition automatically. > On Jan 5, 2017, at 10:04 PM, Stuart McLachlan wrote: > > Do you use any external DLLs, ActiveX controls, any Common Controls from MSComCtl and > MSComCt2 or other AddIns? If so, you'll need 64 bit replacements. > > In addition to PtrSafe, have you also changed LONG pointers and handles to LONGPTR ? > > > >> On 5 Jan 2017 at 21:39, Ryan Wehler wrote: >> >> Hello Listers! >> >> Has anyone migrated their app to 64 bit only? >> >> I've recently started migrating from Office 2003 to Office 2013 (what >> we have licensed). I've been testing and upgrading and learning about >> ribbons and finding code that doesn't work well under 2013 that worked >> previously. >> >> The one problem I'm consistently running into is if I have more than a >> couple forms open I start getting "Resource Limit Exceeded" messages. >> From what I gather, this is usually the 32 bit Virtual Memory limit >> (2GB) running 32 bit applications on a 64 bit operating system. >> >> If I run Access 2013 64 bit (In a virtual machine) I can open as many >> tabs as my heart desires (I opened so many forms up in my app that my >> tab bar had scroll arrows!) and not a peep about resource problems. >> >> I did some of the stuff suggested out on the web like make sure >> objects get closed and set to 'nothing' when they aren't needed (which >> there weren't many places that wasn't happening anyway)... and even >> tried running msaccess.exe in XP compatibility mode (which was what >> someone suggested to get around this). >> >> Access 2013 is fully patched and I've tried a number of hot fixes and >> registry tweaks posted by both MS and other users on the web to no >> avail as well. >> >> None of that's worked... so I'm debating moving my users in house (the >> only place I have to support) to 64 bit Office or Access runtime where >> applicable. I've already modified all my API calls to to be PtrSafe >> and kept some compiler constant if/then/else statements in place in >> case I *HAVE* to run 32 bit somewhere (but then I'll need a way to >> compile the 32 bit accde file... *sigh*) >> >> In short / TL;DR: Has anyone moved exclusively to 64 bit and what >> problems did you face and are you happy overall with doing so? -- >> 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 From charlotte.foust at gmail.com Fri Jan 6 00:09:58 2017 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Thu, 5 Jan 2017 22:09:58 -0800 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: IMO that's a pretty poor reason to go to 64-bit Office. If the design were better, you wouldn't need a bazillion forms open simultaneously. Charlotte Foust (916) 206-4336 On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: > Hello Listers! > > Has anyone migrated their app to 64 bit only? > > I've recently started migrating from Office 2003 to Office 2013 (what we > have licensed). I've been testing and upgrading and learning about ribbons > and finding code that doesn't work well under 2013 that worked previously. > > The one problem I'm consistently running into is if I have more than a > couple forms open I start getting "Resource Limit Exceeded" messages. From > what I gather, this is usually the 32 bit Virtual Memory limit (2GB) > running 32 bit applications on a 64 bit operating system. > > If I run Access 2013 64 bit (In a virtual machine) I can open as many tabs > as my heart desires (I opened so many forms up in my app that my tab bar > had scroll arrows!) and not a peep about resource problems. > > I did some of the stuff suggested out on the web like make sure objects > get closed and set to 'nothing' when they aren't needed (which there > weren't many places that wasn't happening anyway)... and even tried running > msaccess.exe in XP compatibility mode (which was what someone suggested to > get around this). > > Access 2013 is fully patched and I've tried a number of hot fixes and > registry tweaks posted by both MS and other users on the web to no avail as > well. > > None of that's worked... so I'm debating moving my users in house (the > only place I have to support) to 64 bit Office or Access runtime where > applicable. I've already modified all my API calls to to be PtrSafe and > kept some compiler constant if/then/else statements in place in case I > *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the 32 > bit accde file... *sigh*) > > In short / TL;DR: Has anyone moved exclusively to 64 bit and what problems > did you face and are you happy overall with doing so? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Fri Jan 6 05:52:41 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 06 Jan 2017 06:52:41 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Actually, many forms is not even a good reason. Nothing in Access for 64 bit is different than the 32 bit version. All the internal constraints are still there (like 2048 table ID's). The only reason to use 64 bit Office is if you need: 1. Very large spreadsheets in Excel 2. Very large projects in MS Project 3. Very large projects in Visio. If you don't need that, then there's no reason to use it and a lot of reasons not to (lack of drivers and 3rd party support). Microsoft still recommends 32 bit for just about everyone and unfortunately, Ryan is on the bleeding edge, because very few are using 64 bit because of the above. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, January 06, 2017 01:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? IMO that's a pretty poor reason to go to 64-bit Office. If the design were better, you wouldn't need a bazillion forms open simultaneously. Charlotte Foust (916) 206-4336 On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: > Hello Listers! > > Has anyone migrated their app to 64 bit only? > > I've recently started migrating from Office 2003 to Office 2013 (what we > have licensed). I've been testing and upgrading and learning about ribbons > and finding code that doesn't work well under 2013 that worked previously. > > The one problem I'm consistently running into is if I have more than a > couple forms open I start getting "Resource Limit Exceeded" messages. From > what I gather, this is usually the 32 bit Virtual Memory limit (2GB) > running 32 bit applications on a 64 bit operating system. > > If I run Access 2013 64 bit (In a virtual machine) I can open as many tabs > as my heart desires (I opened so many forms up in my app that my tab bar > had scroll arrows!) and not a peep about resource problems. > > I did some of the stuff suggested out on the web like make sure objects > get closed and set to 'nothing' when they aren't needed (which there > weren't many places that wasn't happening anyway)... and even tried running > msaccess.exe in XP compatibility mode (which was what someone suggested to > get around this). > > Access 2013 is fully patched and I've tried a number of hot fixes and > registry tweaks posted by both MS and other users on the web to no avail as > well. > > None of that's worked... so I'm debating moving my users in house (the > only place I have to support) to 64 bit Office or Access runtime where > applicable. I've already modified all my API calls to to be PtrSafe and > kept some compiler constant if/then/else statements in place in case I > *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the 32 > bit accde file... *sigh*) > > In short / TL;DR: Has anyone moved exclusively to 64 bit and what problems > did you face and are you happy overall with doing so? > -- > 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 From jamesbutton at blueyonder.co.uk Fri Jan 6 06:43:02 2017 From: jamesbutton at blueyonder.co.uk (James Button) Date: Fri, 6 Jan 2017 12:43:02 -0000 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: I'd start with task manager to monitor the memory usage - all the variants in the columns you can select And - sometimes running Performance monitor - from the tab at the bottom of the performance tab helps see what is happening. And - as you need 64 bit windows to run 64 bit office, Check on the paging and other systems usage of resources. They should be a minimal difference between usage in 32 and 64 bit office - BUT 64 bit windows does seem to want a more memory for itself than the 32 bit version, - minimum of 1GB for the 64 bit OS, and then the app gets what's left after video, cache, and other system allocations. OK - I have not used 64 bit Access - but the 'theory' should be the same as for Excel - mostly petty annoyances - once you have recognised them. Setup your app for 64 bit mode and use the 64 bit mode references as in dll's API's and other code - such as the SQL and comms facilities. JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 6, 2017 11:53 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 64-but ONLY front end ? Actually, many forms is not even a good reason. Nothing in Access for 64 bit is different than the 32 bit version. All the internal constraints are still there (like 2048 table ID's). The only reason to use 64 bit Office is if you need: 1. Very large spreadsheets in Excel 2. Very large projects in MS Project 3. Very large projects in Visio. If you don't need that, then there's no reason to use it and a lot of reasons not to (lack of drivers and 3rd party support). Microsoft still recommends 32 bit for just about everyone and unfortunately, Ryan is on the bleeding edge, because very few are using 64 bit because of the above. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Friday, January 06, 2017 01:10 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? IMO that's a pretty poor reason to go to 64-bit Office. If the design were better, you wouldn't need a bazillion forms open simultaneously. Charlotte Foust (916) 206-4336 On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: > Hello Listers! > > Has anyone migrated their app to 64 bit only? > > I've recently started migrating from Office 2003 to Office 2013 (what we > have licensed). I've been testing and upgrading and learning about ribbons > and finding code that doesn't work well under 2013 that worked previously. > > The one problem I'm consistently running into is if I have more than a > couple forms open I start getting "Resource Limit Exceeded" messages. From > what I gather, this is usually the 32 bit Virtual Memory limit (2GB) > running 32 bit applications on a 64 bit operating system. > > If I run Access 2013 64 bit (In a virtual machine) I can open as many tabs > as my heart desires (I opened so many forms up in my app that my tab bar > had scroll arrows!) and not a peep about resource problems. > > I did some of the stuff suggested out on the web like make sure objects > get closed and set to 'nothing' when they aren't needed (which there > weren't many places that wasn't happening anyway)... and even tried running > msaccess.exe in XP compatibility mode (which was what someone suggested to > get around this). > > Access 2013 is fully patched and I've tried a number of hot fixes and > registry tweaks posted by both MS and other users on the web to no avail as > well. > > None of that's worked... so I'm debating moving my users in house (the > only place I have to support) to 64 bit Office or Access runtime where > applicable. I've already modified all my API calls to to be PtrSafe and > kept some compiler constant if/then/else statements in place in case I > *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the 32 > bit accde file... *sigh*) > > In short / TL;DR: Has anyone moved exclusively to 64 bit and what problems > did you face and are you happy overall with doing so? > -- > 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 From wrwehler at gmail.com Fri Jan 6 07:17:03 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Fri, 6 Jan 2017 07:17:03 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: We don't necessarily need a bazillion forms open at once. We are usually working in one at a time but the ability to jump back and forth with tabs is enticing to me and my users. Unfortunately once a few are open and anything complex is attempted I get an out of resources message If I monitor virtual memory via access I can see with. Irving but my base form open we are trending on 800MB MEMORY used. Open a few forms and we are at 1.2 GB. By the time we hit 1.4-1.5GB is about when the out of resource messages come piling in. Carlotte, Rather than just blast my design (which had worked just fine up until moving to access 2013) why don't you tell me some "good design principles" you have and I can tell you I probably already follow 90% or more of them. Sent from my iPhone > On Jan 6, 2017, at 5:52 AM, Jim Dettman wrote: > > > Actually, many forms is not even a good reason. > > Nothing in Access for 64 bit is different than the 32 bit version. All the > internal constraints are still there (like 2048 table ID's). > > The only reason to use 64 bit Office is if you need: > 1. Very large spreadsheets in Excel > 2. Very large projects in MS Project > 3. Very large projects in Visio. > > If you don't need that, then there's no reason to use it and a lot of > reasons not to (lack of drivers and 3rd party support). > > Microsoft still recommends 32 bit for just about everyone and > unfortunately, Ryan is on the bleeding edge, because very few are using 64 > bit because of the above. > > Jim. > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Charlotte Foust > Sent: Friday, January 06, 2017 01:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 64-but ONLY front end ? > > IMO that's a pretty poor reason to go to 64-bit Office. If the design were > better, you wouldn't need a bazillion forms open simultaneously. > > Charlotte Foust > (916) 206-4336 > >> On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: >> >> Hello Listers! >> >> Has anyone migrated their app to 64 bit only? >> >> I've recently started migrating from Office 2003 to Office 2013 (what we >> have licensed). I've been testing and upgrading and learning about ribbons >> and finding code that doesn't work well under 2013 that worked previously. >> >> The one problem I'm consistently running into is if I have more than a >> couple forms open I start getting "Resource Limit Exceeded" messages. From >> what I gather, this is usually the 32 bit Virtual Memory limit (2GB) >> running 32 bit applications on a 64 bit operating system. >> >> If I run Access 2013 64 bit (In a virtual machine) I can open as many tabs >> as my heart desires (I opened so many forms up in my app that my tab bar >> had scroll arrows!) and not a peep about resource problems. >> >> I did some of the stuff suggested out on the web like make sure objects >> get closed and set to 'nothing' when they aren't needed (which there >> weren't many places that wasn't happening anyway)... and even tried > running >> msaccess.exe in XP compatibility mode (which was what someone suggested to >> get around this). >> >> Access 2013 is fully patched and I've tried a number of hot fixes and >> registry tweaks posted by both MS and other users on the web to no avail > as >> well. >> >> None of that's worked... so I'm debating moving my users in house (the >> only place I have to support) to 64 bit Office or Access runtime where >> applicable. I've already modified all my API calls to to be PtrSafe and >> kept some compiler constant if/then/else statements in place in case I >> *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the 32 >> bit accde file... *sigh*) >> >> In short / TL;DR: Has anyone moved exclusively to 64 bit and what problems >> did you face and are you happy overall with doing so? >> -- >> 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 From wrwehler at gmail.com Fri Jan 6 07:52:05 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 07:52:05 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: James, My reply (above) shows I am monitoring with a function inside of Access that returns the amount of Virtual Memory used by MS Access at the time. Unfortunately 32 bit programs on 64 bit OS's are limited to 2GB of Virtual Memory. I'm hitting about 1.4-1.5GB used before resource errors come up. I assume the gap between that number and 2GB is OS/APP overhead. On Fri, Jan 6, 2017 at 6:43 AM, James Button wrote: > I'd start with task manager to monitor the memory usage - all the variants > in > the columns you can select > And - sometimes running Performance monitor - from the tab at the bottom > of the > performance tab helps see what is happening. > > And - as you need 64 bit windows to run 64 bit office, > Check on the paging and other systems usage of resources. > They should be a minimal difference between usage in 32 and 64 bit office - > BUT 64 bit windows does seem to want a more memory for itself than the 32 > bit > version, - minimum of 1GB for the 64 bit OS, and then the app gets what's > left > after video, cache, and other system allocations. > > OK - I have not used 64 bit Access - but the 'theory' should be the same > as for > Excel - mostly petty annoyances - once you have recognised them. > Setup your app for 64 bit mode and use the 64 bit mode references as in > dll's > API's and other code - such as the SQL and comms facilities. > > > JimB > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim > Dettman > Sent: Friday, January 6, 2017 11:53 AM > To: 'Access Developers discussion and problem solving' > > Subject: Re: [AccessD] 64-but ONLY front end ? > > > Actually, many forms is not even a good reason. > > Nothing in Access for 64 bit is different than the 32 bit version. All the > internal constraints are still there (like 2048 table ID's). > > The only reason to use 64 bit Office is if you need: > 1. Very large spreadsheets in Excel > 2. Very large projects in MS Project > 3. Very large projects in Visio. > > If you don't need that, then there's no reason to use it and a lot of > reasons not to (lack of drivers and 3rd party support). > > Microsoft still recommends 32 bit for just about everyone and > unfortunately, Ryan is on the bleeding edge, because very few are using 64 > bit because of the above. > > Jim. > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Charlotte Foust > Sent: Friday, January 06, 2017 01:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 64-but ONLY front end ? > > IMO that's a pretty poor reason to go to 64-bit Office. If the design were > better, you wouldn't need a bazillion forms open simultaneously. > > Charlotte Foust > (916) 206-4336 > > On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: > > > Hello Listers! > > > > Has anyone migrated their app to 64 bit only? > > > > I've recently started migrating from Office 2003 to Office 2013 (what we > > have licensed). I've been testing and upgrading and learning about > ribbons > > and finding code that doesn't work well under 2013 that worked > previously. > > > > The one problem I'm consistently running into is if I have more than a > > couple forms open I start getting "Resource Limit Exceeded" messages. > From > > what I gather, this is usually the 32 bit Virtual Memory limit (2GB) > > running 32 bit applications on a 64 bit operating system. > > > > If I run Access 2013 64 bit (In a virtual machine) I can open as many > tabs > > as my heart desires (I opened so many forms up in my app that my tab bar > > had scroll arrows!) and not a peep about resource problems. > > > > I did some of the stuff suggested out on the web like make sure objects > > get closed and set to 'nothing' when they aren't needed (which there > > weren't many places that wasn't happening anyway)... and even tried > running > > msaccess.exe in XP compatibility mode (which was what someone suggested > to > > get around this). > > > > Access 2013 is fully patched and I've tried a number of hot fixes and > > registry tweaks posted by both MS and other users on the web to no avail > as > > well. > > > > None of that's worked... so I'm debating moving my users in house (the > > only place I have to support) to 64 bit Office or Access runtime where > > applicable. I've already modified all my API calls to to be PtrSafe and > > kept some compiler constant if/then/else statements in place in case I > > *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the > 32 > > bit accde file... *sigh*) > > > > In short / TL;DR: Has anyone moved exclusively to 64 bit and what > problems > > did you face and are you happy overall with doing so? > > -- > > 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Fri Jan 6 07:55:59 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 07:55:59 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Hi Jim, I realize 32 bit is still suggested, but I've hit a wall where it just doesn't work for us. Between the 4 "primary" (aka most used) forms on the front end it's quite easy to hit that Virtual Memory wall. The Main Menu (switchboard), the Jobs menu (logging in jobs from clients) which can lead to the reporting menu (which not every one uses but our reporters do). Then there's the Analytical Menu where all the number crunching is done and QA overview is done are the ones people are in most of the time. Then there are tons of supporting forms with subforms for various tasks related to our work. Here are my DB stats: ?currentproject.AllForms.Count 409 ?currentproject.AllReports.Count 205 ?currentproject.AllModules.Count 33 ?currentproject.AllMacros.Count 3 ?CurrentDb.TableDefs.Count 626 ?CurrentDB.QueryDefs.Count 216 A LOT of those tabledefs are back end (SQL Server). There aren't 409 actual forms, obviously. Some of my most used forms may have 5-10 subforms on them so it's easy to see how you could add up to 409 "forms" in the collection. On Fri, Jan 6, 2017 at 5:52 AM, Jim Dettman wrote: > > Actually, many forms is not even a good reason. > > Nothing in Access for 64 bit is different than the 32 bit version. All the > internal constraints are still there (like 2048 table ID's). > > The only reason to use 64 bit Office is if you need: > 1. Very large spreadsheets in Excel > 2. Very large projects in MS Project > 3. Very large projects in Visio. > > If you don't need that, then there's no reason to use it and a lot of > reasons not to (lack of drivers and 3rd party support). > > Microsoft still recommends 32 bit for just about everyone and > unfortunately, Ryan is on the bleeding edge, because very few are using 64 > bit because of the above. > > Jim. > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Charlotte Foust > Sent: Friday, January 06, 2017 01:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 64-but ONLY front end ? > > IMO that's a pretty poor reason to go to 64-bit Office. If the design were > better, you wouldn't need a bazillion forms open simultaneously. > > Charlotte Foust > (916) 206-4336 > > On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: > > > Hello Listers! > > > > Has anyone migrated their app to 64 bit only? > > > > I've recently started migrating from Office 2003 to Office 2013 (what we > > have licensed). I've been testing and upgrading and learning about > ribbons > > and finding code that doesn't work well under 2013 that worked > previously. > > > > The one problem I'm consistently running into is if I have more than a > > couple forms open I start getting "Resource Limit Exceeded" messages. > From > > what I gather, this is usually the 32 bit Virtual Memory limit (2GB) > > running 32 bit applications on a 64 bit operating system. > > > > If I run Access 2013 64 bit (In a virtual machine) I can open as many > tabs > > as my heart desires (I opened so many forms up in my app that my tab bar > > had scroll arrows!) and not a peep about resource problems. > > > > I did some of the stuff suggested out on the web like make sure objects > > get closed and set to 'nothing' when they aren't needed (which there > > weren't many places that wasn't happening anyway)... and even tried > running > > msaccess.exe in XP compatibility mode (which was what someone suggested > to > > get around this). > > > > Access 2013 is fully patched and I've tried a number of hot fixes and > > registry tweaks posted by both MS and other users on the web to no avail > as > > well. > > > > None of that's worked... so I'm debating moving my users in house (the > > only place I have to support) to 64 bit Office or Access runtime where > > applicable. I've already modified all my API calls to to be PtrSafe and > > kept some compiler constant if/then/else statements in place in case I > > *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the > 32 > > bit accde file... *sigh*) > > > > In short / TL;DR: Has anyone moved exclusively to 64 bit and what > problems > > did you face and are you happy overall with doing so? > > -- > > 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 > From wrwehler at gmail.com Fri Jan 6 08:28:02 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 08:28:02 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: More statistics: ?returnvm (Reporting module loaded) 1.391 GB of VM used. (Prepatory form loaded) 1.194 GB of VM used. (Analytics form loaded) 1.135 GB of VM used. (Login Form loaded) 1.06 GB of VM used. (Switchboard Loaded) 0.803 GB of VM used. (Nothing open but my Access FE (no forms loaded)) 0.645 GB of VM used. With that once I get to the reporting module if I hit "print preview" on all of my selected reports (7) to print and give to the client I get an out of resources error. Those are the most used forms in the entire FE. It wouldn't be uncommon for some of our data reviewers to have all of those open bouncing between them (they used to do it before via hotkeys (Ctrl-R for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the same forms were loaded then that are loaded now. The key difference is Access 2013. It must simply use more memory. From jamesbutton at blueyonder.co.uk Fri Jan 6 08:40:03 2017 From: jamesbutton at blueyonder.co.uk (James Button) Date: Fri, 6 Jan 2017 14:40:03 -0000 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Re stats - Seems to me that you are not looking at all the available columns under the details tab Use View, or right-click on the column headers - and add all - Then narrow the entries that do not concern you - The message (from memory) means that some of the supporting table and controls areas have exceeded the limit they are allowed. (I'm guessing here - as I'd need the tech reference etc., but consider if every one of the tabs and scripts in all the 'stuff' needs to have link and usage entries in a 64MB area of memory) That would mean that the actual amount of virtual, or even real memory is irrelevant - and going 64 bit means double the space within that 64MB are is used for each memory link, or counter etc. If you are storing data, then that would ( I expect) go within the main pageable area, along with the not-currently-actively-in-use forms, but the links to them - private unpageable memory allocation ? would need to have pointers to their localtion in 'memory' Hope the above helps you get at what actions are exceeding the within Access limits JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Friday, January 6, 2017 2:28 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? More statistics: ?returnvm (Reporting module loaded) 1.391 GB of VM used. (Prepatory form loaded) 1.194 GB of VM used. (Analytics form loaded) 1.135 GB of VM used. (Login Form loaded) 1.06 GB of VM used. (Switchboard Loaded) 0.803 GB of VM used. (Nothing open but my Access FE (no forms loaded)) 0.645 GB of VM used. With that once I get to the reporting module if I hit "print preview" on all of my selected reports (7) to print and give to the client I get an out of resources error. Those are the most used forms in the entire FE. It wouldn't be uncommon for some of our data reviewers to have all of those open bouncing between them (they used to do it before via hotkeys (Ctrl-R for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the same forms were loaded then that are loaded now. The key difference is Access 2013. It must simply use more memory. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wrwehler at gmail.com Fri Jan 6 08:46:36 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 08:46:36 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Those stats are for a function I am running within access. Not via ProcMon or other. Function ReturnVM() As Double Dim Mem As MEMORYSTATUS Dim Result As Integer Mem.dwLength = Len(Mem) GlobalMemoryStatus Mem ReturnVM = Format((Mem.dwTotalVirtual - Mem.dwAvailVirtual) / 1073741824, "0.000") Debug.Print ReturnVM & " GB of VM used." End Function On Fri, Jan 6, 2017 at 8:40 AM, James Button wrote: > Re stats - > Seems to me that you are not looking at all the available columns under the > details tab > Use View, or right-click on the column headers - and add all - > Then narrow the entries that do not concern you - > > The message (from memory) means that some of the supporting table and > controls > areas have exceeded the limit they are allowed. > (I'm guessing here - as I'd need the tech reference etc., but consider if > every > one of the tabs and scripts in all the 'stuff' needs to have link and usage > entries in a 64MB area of memory) > > That would mean that the actual amount of virtual, or even real memory is > irrelevant - and going 64 bit means double the space within that 64MB are > is > used for each memory link, or counter etc. > > > If you are storing data, then that would ( I expect) go within the main > pageable > area, along with the not-currently-actively-in-use forms, but the links to > them > - private unpageable memory allocation ? would need to have pointers to > their > localtion in 'memory' > > Hope the above helps you get at what actions are exceeding the within > Access > limits > > JimB > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Friday, January 6, 2017 2:28 PM > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] 64-but ONLY front end ? > > More statistics: > > ?returnvm > > > (Reporting module loaded) > 1.391 GB of VM used. > > (Prepatory form loaded) > 1.194 GB of VM used. > > (Analytics form loaded) > 1.135 GB of VM used. > > (Login Form loaded) > 1.06 GB of VM used. > > (Switchboard Loaded) > 0.803 GB of VM used. > > (Nothing open but my Access FE (no forms loaded)) > 0.645 GB of VM used. > > > > With that once I get to the reporting module if I hit "print preview" on > all of my selected reports (7) to print and give to the client I get an out > of resources error. Those are the most used forms in the entire FE. It > wouldn't be uncommon for some of our data reviewers to have all of those > open bouncing between them (they used to do it before via hotkeys (Ctrl-R > for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. > so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the > same forms were loaded then that are loaded now. The key difference is > Access 2013. It must simply use more memory. > -- > 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 > From jamesbutton at blueyonder.co.uk Fri Jan 6 08:56:31 2017 From: jamesbutton at blueyonder.co.uk (James Button) Date: Fri, 6 Jan 2017 14:56:31 -0000 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: So - Dearest Access - Please tell me what is causing you to die?? (or, for those still suffering from the holiday .. .. If you have to ask, then you really don't care ...) You'll need some outside help and supporting detail - as from a monitoring facility - the built-in to Windows, task manager at least. JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Friday, January 6, 2017 2:47 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? Those stats are for a function I am running within access. Not via ProcMon or other. Function ReturnVM() As Double Dim Mem As MEMORYSTATUS Dim Result As Integer Mem.dwLength = Len(Mem) GlobalMemoryStatus Mem ReturnVM = Format((Mem.dwTotalVirtual - Mem.dwAvailVirtual) / 1073741824, "0.000") Debug.Print ReturnVM & " GB of VM used." End Function On Fri, Jan 6, 2017 at 8:40 AM, James Button wrote: > Re stats - > Seems to me that you are not looking at all the available columns under the > details tab > Use View, or right-click on the column headers - and add all - > Then narrow the entries that do not concern you - > > The message (from memory) means that some of the supporting table and > controls > areas have exceeded the limit they are allowed. > (I'm guessing here - as I'd need the tech reference etc., but consider if > every > one of the tabs and scripts in all the 'stuff' needs to have link and usage > entries in a 64MB area of memory) > > That would mean that the actual amount of virtual, or even real memory is > irrelevant - and going 64 bit means double the space within that 64MB are > is > used for each memory link, or counter etc. > > > If you are storing data, then that would ( I expect) go within the main > pageable > area, along with the not-currently-actively-in-use forms, but the links to > them > - private unpageable memory allocation ? would need to have pointers to > their > localtion in 'memory' > > Hope the above helps you get at what actions are exceeding the within > Access > limits > > JimB > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Friday, January 6, 2017 2:28 PM > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] 64-but ONLY front end ? > > More statistics: > > ?returnvm > > > (Reporting module loaded) > 1.391 GB of VM used. > > (Prepatory form loaded) > 1.194 GB of VM used. > > (Analytics form loaded) > 1.135 GB of VM used. > > (Login Form loaded) > 1.06 GB of VM used. > > (Switchboard Loaded) > 0.803 GB of VM used. > > (Nothing open but my Access FE (no forms loaded)) > 0.645 GB of VM used. > > > > With that once I get to the reporting module if I hit "print preview" on > all of my selected reports (7) to print and give to the client I get an out > of resources error. Those are the most used forms in the entire FE. It > wouldn't be uncommon for some of our data reviewers to have all of those > open bouncing between them (they used to do it before via hotkeys (Ctrl-R > for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. > so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the > same forms were loaded then that are loaded now. The key difference is > Access 2013. It must simply use more memory. > -- > 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 From wrwehler at gmail.com Fri Jan 6 09:06:06 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 09:06:06 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: I understand what you're getting at but Neither TaskManager or Perfmon seems to give me a concise look at the virtual memory allocated by Access at the present time.... VMMap on the other hand, seems to help but it's not real time. I have to manually refresh it. https://i.imgur.com/C0J3I1l.png As "Private Data" climbs as I open forms.. the total climbs.. once it gets around 1,500,000K (1.5GB approx) I start getting resource errors. On Fri, Jan 6, 2017 at 8:56 AM, James Button wrote: > So - Dearest Access - > Please tell me what is causing you to die?? > > (or, for those still suffering from the holiday .. .. If you have to > ask, > then you really don't care ...) > > > You'll need some outside help and supporting detail - as from a monitoring > facility - the built-in to Windows, task manager at least. > > JimB > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Friday, January 6, 2017 2:47 PM > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] 64-but ONLY front end ? > > Those stats are for a function I am running within access. Not via ProcMon > or other. > > Function ReturnVM() As Double > > Dim Mem As MEMORYSTATUS > Dim Result As Integer > > Mem.dwLength = Len(Mem) > GlobalMemoryStatus Mem > > ReturnVM = Format((Mem.dwTotalVirtual - Mem.dwAvailVirtual) / > 1073741824, "0.000") > > Debug.Print ReturnVM & " GB of VM used." > > End Function > > On Fri, Jan 6, 2017 at 8:40 AM, James Button > > wrote: > > > Re stats - > > Seems to me that you are not looking at all the available columns under > the > > details tab > > Use View, or right-click on the column headers - and add all - > > Then narrow the entries that do not concern you - > > > > The message (from memory) means that some of the supporting table and > > controls > > areas have exceeded the limit they are allowed. > > (I'm guessing here - as I'd need the tech reference etc., but consider if > > every > > one of the tabs and scripts in all the 'stuff' needs to have link and > usage > > entries in a 64MB area of memory) > > > > That would mean that the actual amount of virtual, or even real memory is > > irrelevant - and going 64 bit means double the space within that 64MB are > > is > > used for each memory link, or counter etc. > > > > > > If you are storing data, then that would ( I expect) go within the main > > pageable > > area, along with the not-currently-actively-in-use forms, but the links > to > > them > > - private unpageable memory allocation ? would need to have pointers to > > their > > localtion in 'memory' > > > > Hope the above helps you get at what actions are exceeding the within > > Access > > limits > > > > JimB > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Ryan W > > Sent: Friday, January 6, 2017 2:28 PM > > To: Access Developers discussion and problem solving > > > > Subject: Re: [AccessD] 64-but ONLY front end ? > > > > More statistics: > > > > ?returnvm > > > > > > (Reporting module loaded) > > 1.391 GB of VM used. > > > > (Prepatory form loaded) > > 1.194 GB of VM used. > > > > (Analytics form loaded) > > 1.135 GB of VM used. > > > > (Login Form loaded) > > 1.06 GB of VM used. > > > > (Switchboard Loaded) > > 0.803 GB of VM used. > > > > (Nothing open but my Access FE (no forms loaded)) > > 0.645 GB of VM used. > > > > > > > > With that once I get to the reporting module if I hit "print preview" on > > all of my selected reports (7) to print and give to the client I get an > out > > of resources error. Those are the most used forms in the entire FE. It > > wouldn't be uncommon for some of our data reviewers to have all of those > > open bouncing between them (they used to do it before via hotkeys (Ctrl-R > > for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. > > so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, > the > > same forms were loaded then that are loaded now. The key difference is > > Access 2013. It must simply use more memory. > > -- > > 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From jimdettman at verizon.net Fri Jan 6 09:20:46 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 06 Jan 2017 10:20:46 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Well it sounds like you need to move to 64 bits then, but in the end that may or may not help. As far as I'm aware, Access still has all the same internal constraints that 32 bit does, the biggest of which in this situation is no more than 2048 table ID's at once. That limits the number of things you can have open. I'm not sure though that's a hard limit as it seems to float a bit. Sometime you seem to get a little more, sometimes a little less. I believe Access uses an internal heap to track table ID's and it uses what available memory is left to mange that. On 64 bit, you may get more out of it. But as far as who's used 64 bit, there are *very* few (I would say almost no one), so I don't know that you'll get an answer to your question. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Friday, January 06, 2017 08:56 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? Hi Jim, I realize 32 bit is still suggested, but I've hit a wall where it just doesn't work for us. Between the 4 "primary" (aka most used) forms on the front end it's quite easy to hit that Virtual Memory wall. The Main Menu (switchboard), the Jobs menu (logging in jobs from clients) which can lead to the reporting menu (which not every one uses but our reporters do). Then there's the Analytical Menu where all the number crunching is done and QA overview is done are the ones people are in most of the time. Then there are tons of supporting forms with subforms for various tasks related to our work. Here are my DB stats: ?currentproject.AllForms.Count 409 ?currentproject.AllReports.Count 205 ?currentproject.AllModules.Count 33 ?currentproject.AllMacros.Count 3 ?CurrentDb.TableDefs.Count 626 ?CurrentDB.QueryDefs.Count 216 A LOT of those tabledefs are back end (SQL Server). There aren't 409 actual forms, obviously. Some of my most used forms may have 5-10 subforms on them so it's easy to see how you could add up to 409 "forms" in the collection. On Fri, Jan 6, 2017 at 5:52 AM, Jim Dettman wrote: > > Actually, many forms is not even a good reason. > > Nothing in Access for 64 bit is different than the 32 bit version. All the > internal constraints are still there (like 2048 table ID's). > > The only reason to use 64 bit Office is if you need: > 1. Very large spreadsheets in Excel > 2. Very large projects in MS Project > 3. Very large projects in Visio. > > If you don't need that, then there's no reason to use it and a lot of > reasons not to (lack of drivers and 3rd party support). > > Microsoft still recommends 32 bit for just about everyone and > unfortunately, Ryan is on the bleeding edge, because very few are using 64 > bit because of the above. > > Jim. > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Charlotte Foust > Sent: Friday, January 06, 2017 01:10 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 64-but ONLY front end ? > > IMO that's a pretty poor reason to go to 64-bit Office. If the design were > better, you wouldn't need a bazillion forms open simultaneously. > > Charlotte Foust > (916) 206-4336 > > On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: > > > Hello Listers! > > > > Has anyone migrated their app to 64 bit only? > > > > I've recently started migrating from Office 2003 to Office 2013 (what we > > have licensed). I've been testing and upgrading and learning about > ribbons > > and finding code that doesn't work well under 2013 that worked > previously. > > > > The one problem I'm consistently running into is if I have more than a > > couple forms open I start getting "Resource Limit Exceeded" messages. > From > > what I gather, this is usually the 32 bit Virtual Memory limit (2GB) > > running 32 bit applications on a 64 bit operating system. > > > > If I run Access 2013 64 bit (In a virtual machine) I can open as many > tabs > > as my heart desires (I opened so many forms up in my app that my tab bar > > had scroll arrows!) and not a peep about resource problems. > > > > I did some of the stuff suggested out on the web like make sure objects > > get closed and set to 'nothing' when they aren't needed (which there > > weren't many places that wasn't happening anyway)... and even tried > running > > msaccess.exe in XP compatibility mode (which was what someone suggested > to > > get around this). > > > > Access 2013 is fully patched and I've tried a number of hot fixes and > > registry tweaks posted by both MS and other users on the web to no avail > as > > well. > > > > None of that's worked... so I'm debating moving my users in house (the > > only place I have to support) to 64 bit Office or Access runtime where > > applicable. I've already modified all my API calls to to be PtrSafe and > > kept some compiler constant if/then/else statements in place in case I > > *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the > 32 > > bit accde file... *sigh*) > > > > In short / TL;DR: Has anyone moved exclusively to 64 bit and what > problems > > did you face and are you happy overall with doing so? > > -- > > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wrwehler at gmail.com Fri Jan 6 09:29:23 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 09:29:23 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Hi Jim, I get the internal constraints. The constraint I'm running into the the allowable usable Virtual Memory of a 32 bit process is 2GB. Once I hit that wall things crumble. I don't believe I am hitting 2048 table ID's limitation (and really, we only need 3 to 4 forms open most of the time) .. the test in a 64 bit VM with 64 bit Office where I opened so many forms that my tab area had left/right arrows was just a test that I could actually *do* that without getting a resources exceeded message (which I can get readily on my own workstation just opening enough forms). I was hoping for another solution, as we have workstations here that use our Access FE that are stuck on a 32 bit OS, which means we will lose Access there (unless I continue to compile a 32 bit accde file) but then they have to be wary of how many forms or objects they are working with (which is the whole point of trying to fix this or move to 64 bit). I'm not sure I can get any more mileage out of what we have! I follow most of the best practice rules for access. I close objects and unset ('nothing them') when they are no longer needed. I don't allow dimensioned variables to use the default "variant" type but not explicitly declaring it's type and variants are only used where explicitly set. One area I could tweak (with a lot of work) would be unlinking subforms from the tab control when that tab is not selected. I do this in some places but not all (I inherited thiscodebase)... which I am sure would help some but would require quite a bit of re-work since some tab controls have multiple (small) subforms on them. From ssharkins at gmail.com Fri Jan 6 09:44:12 2017 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 6 Jan 2017 10:44:12 -0500 Subject: [AccessD] 365 Access web app connectivity question Message-ID: <005301d26833$baa6f390$2ff4dab0$@gmail.com> I have an E3 365 subscription, which comes with a SharePoint site. I currently have a simple Access Web App shared on that site. I thought I could easily grab data from it using Excel 2016's Get and Transform feature, but the attempt returns a connection error: Details: "Microsoft SQL: Cannot open server "ssharkins.onmicrosoft.com" requested by the login. The login failed." With just a bit of research I think I'm looking at a connection problem - or more specifically a firewall setting. It's possible that I need an Azure Management account, which is free with my sub, I just haven't done it because I didn't need to. Apparently, I can configure my firewall as needed using this account. Or, I need to configure the Windows Firewall to allow the connection locally. In the end, that might not even solve the problem. Perhaps I can sign in to my 365 account as an admin and flip a switch somewhere - but I don't know which switch. I looked around but it's a needle in a haystack for me. Perhaps I need to set a connection in Excel first - but I haven't been successful doing that either. I'm no longer running SQL Server, so I don't have that management tool to work with. Frankly, I just expected it to work - I didn't expect to have to jump through any hoops. I have limited networking skills so I don't know what to do next. I'd rather not waste a lot of time trying to figure that out. I know most of you aren't using Access Web Apps, but you might be working with Azure, so I'm hoping someone will have some insight. Thanks for considering it and I apologize if I'm not asking the right questions. I'm obviously using the wrong search strings either because all I can find are SQL Server connection discussions. It's like Excel's Get and Transform feature doesn't exist within this context. Susan H. From gustav at cactus.dk Fri Jan 6 10:17:28 2017 From: gustav at cactus.dk (Gustav Brock) Date: Fri, 6 Jan 2017 16:17:28 +0000 Subject: [AccessD] 365 Access web app connectivity question Message-ID: Hi Susan I'm not familiar with accessing web apps, but the Azure portal is easy to navigate in - given the enormous variety of services currently offered. You may need a Virtual Network at Azure: https://portal.azure.com/#blade/Microsoft_Azure_Marketplace/GalleryFeaturedMenuItemBlade/selectedMenuItemId/Networking_MP but I'm just guessing from your description. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Susan Harkins Sendt: 6. januar 2017 16:44 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] 365 Access web app connectivity question I have an E3 365 subscription, which comes with a SharePoint site. I currently have a simple Access Web App shared on that site. I thought I could easily grab data from it using Excel 2016's Get and Transform feature, but the attempt returns a connection error: Details: "Microsoft SQL: Cannot open server "ssharkins.onmicrosoft.com" requested by the login. The login failed." With just a bit of research I think I'm looking at a connection problem - or more specifically a firewall setting. It's possible that I need an Azure Management account, which is free with my sub, I just haven't done it because I didn't need to. Apparently, I can configure my firewall as needed using this account. Or, I need to configure the Windows Firewall to allow the connection locally. In the end, that might not even solve the problem. Perhaps I can sign in to my 365 account as an admin and flip a switch somewhere - but I don't know which switch. I looked around but it's a needle in a haystack for me. Perhaps I need to set a connection in Excel first - but I haven't been successful doing that either. I'm no longer running SQL Server, so I don't have that management tool to work with. Frankly, I just expected it to work - I didn't expect to have to jump through any hoops. I have limited networking skills so I don't know what to do next. I'd rather not waste a lot of time trying to figure that out. I know most of you aren't using Access Web Apps, but you might be working with Azure, so I'm hoping someone will have some insight. Thanks for considering it and I apologize if I'm not asking the right questions. I'm obviously using the wrong search strings either because all I can find are SQL Server connection discussions. It's like Excel's Get and Transform feature doesn't exist within this context. Susan H. From jimdettman at verizon.net Fri Jan 6 10:36:54 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 06 Jan 2017 11:36:54 -0500 Subject: [AccessD] 365 Access web app connectivity question In-Reply-To: <005301d26833$baa6f390$2ff4dab0$@gmail.com> References: <005301d26833$baa6f390$2ff4dab0$@gmail.com> Message-ID: See if this helps: https://blogs.technet.microsoft.com/the_microsoft_access_support_team_blog/2 014/03/24/how-to-make-external-connections-to-an-access-web-app/ Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, January 06, 2017 10:44 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 365 Access web app connectivity question I have an E3 365 subscription, which comes with a SharePoint site. I currently have a simple Access Web App shared on that site. I thought I could easily grab data from it using Excel 2016's Get and Transform feature, but the attempt returns a connection error: Details: "Microsoft SQL: Cannot open server "ssharkins.onmicrosoft.com" requested by the login. The login failed." With just a bit of research I think I'm looking at a connection problem - or more specifically a firewall setting. It's possible that I need an Azure Management account, which is free with my sub, I just haven't done it because I didn't need to. Apparently, I can configure my firewall as needed using this account. Or, I need to configure the Windows Firewall to allow the connection locally. In the end, that might not even solve the problem. Perhaps I can sign in to my 365 account as an admin and flip a switch somewhere - but I don't know which switch. I looked around but it's a needle in a haystack for me. Perhaps I need to set a connection in Excel first - but I haven't been successful doing that either. I'm no longer running SQL Server, so I don't have that management tool to work with. Frankly, I just expected it to work - I didn't expect to have to jump through any hoops. I have limited networking skills so I don't know what to do next. I'd rather not waste a lot of time trying to figure that out. I know most of you aren't using Access Web Apps, but you might be working with Azure, so I'm hoping someone will have some insight. Thanks for considering it and I apologize if I'm not asking the right questions. I'm obviously using the wrong search strings either because all I can find are SQL Server connection discussions. It's like Excel's Get and Transform feature doesn't exist within this context. Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Fri Jan 6 10:42:58 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 06 Jan 2017 11:42:58 -0500 Subject: [AccessD] 365 Access web app connectivity question In-Reply-To: References: <005301d26833$baa6f390$2ff4dab0$@gmail.com> Message-ID: Sorry Susan, I should have read your note a bit closer. I'm not sure what I posted would really help at all. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: Friday, January 06, 2017 11:37 AM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] 365 Access web app connectivity question See if this helps: https://blogs.technet.microsoft.com/the_microsoft_access_support_team_blog/2 014/03/24/how-to-make-external-connections-to-an-access-web-app/ Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, January 06, 2017 10:44 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 365 Access web app connectivity question I have an E3 365 subscription, which comes with a SharePoint site. I currently have a simple Access Web App shared on that site. I thought I could easily grab data from it using Excel 2016's Get and Transform feature, but the attempt returns a connection error: Details: "Microsoft SQL: Cannot open server "ssharkins.onmicrosoft.com" requested by the login. The login failed." With just a bit of research I think I'm looking at a connection problem - or more specifically a firewall setting. It's possible that I need an Azure Management account, which is free with my sub, I just haven't done it because I didn't need to. Apparently, I can configure my firewall as needed using this account. Or, I need to configure the Windows Firewall to allow the connection locally. In the end, that might not even solve the problem. Perhaps I can sign in to my 365 account as an admin and flip a switch somewhere - but I don't know which switch. I looked around but it's a needle in a haystack for me. Perhaps I need to set a connection in Excel first - but I haven't been successful doing that either. I'm no longer running SQL Server, so I don't have that management tool to work with. Frankly, I just expected it to work - I didn't expect to have to jump through any hoops. I have limited networking skills so I don't know what to do next. I'd rather not waste a lot of time trying to figure that out. I know most of you aren't using Access Web Apps, but you might be working with Azure, so I'm hoping someone will have some insight. Thanks for considering it and I apologize if I'm not asking the right questions. I'm obviously using the wrong search strings either because all I can find are SQL Server connection discussions. It's like Excel's Get and Transform feature doesn't exist within this context. Susan H. -- 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 From martinreid at gmail.com Fri Jan 6 10:50:58 2017 From: martinreid at gmail.com (Martin Reid) Date: Fri, 6 Jan 2017 16:50:58 +0000 Subject: [AccessD] 365 Access web app connectivity question In-Reply-To: References: <005301d26833$baa6f390$2ff4dab0$@gmail.com> Message-ID: <586fcafb.42061c0a.18fe5.7df2@mx.google.com> https://blogs.office.com/2013/01/22/visualize-your-access-2013-web-app-data-in-excel/ -----Original Message----- From: "Jim Dettman" Sent: ?06/?01/?2017 16:37 To: "'Access Developers discussion and problem solving'" Subject: Re: [AccessD] 365 Access web app connectivity question See if this helps: https://blogs.technet.microsoft.com/the_microsoft_access_support_team_blog/2 014/03/24/how-to-make-external-connections-to-an-access-web-app/ Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Friday, January 06, 2017 10:44 AM To: 'Access Developers discussion and problem solving' Subject: [AccessD] 365 Access web app connectivity question I have an E3 365 subscription, which comes with a SharePoint site. I currently have a simple Access Web App shared on that site. I thought I could easily grab data from it using Excel 2016's Get and Transform feature, but the attempt returns a connection error: Details: "Microsoft SQL: Cannot open server "ssharkins.onmicrosoft.com" requested by the login. The login failed." With just a bit of research I think I'm looking at a connection problem - or more specifically a firewall setting. It's possible that I need an Azure Management account, which is free with my sub, I just haven't done it because I didn't need to. Apparently, I can configure my firewall as needed using this account. Or, I need to configure the Windows Firewall to allow the connection locally. In the end, that might not even solve the problem. Perhaps I can sign in to my 365 account as an admin and flip a switch somewhere - but I don't know which switch. I looked around but it's a needle in a haystack for me. Perhaps I need to set a connection in Excel first - but I haven't been successful doing that either. I'm no longer running SQL Server, so I don't have that management tool to work with. Frankly, I just expected it to work - I didn't expect to have to jump through any hoops. I have limited networking skills so I don't know what to do next. I'd rather not waste a lot of time trying to figure that out. I know most of you aren't using Access Web Apps, but you might be working with Azure, so I'm hoping someone will have some insight. Thanks for considering it and I apologize if I'm not asking the right questions. I'm obviously using the wrong search strings either because all I can find are SQL Server connection discussions. It's like Excel's Get and Transform feature doesn't exist within this context. Susan H. -- 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 From ssharkins at gmail.com Fri Jan 6 11:06:00 2017 From: ssharkins at gmail.com (Susan Harkins) Date: Fri, 6 Jan 2017 12:06:00 -0500 Subject: [AccessD] 365 Access web app connectivity question In-Reply-To: References: Message-ID: <001c01d2683f$2873ed00$795bc700$@gmail.com> Apparently, it doesn't take hoops but you do need to know what options to enable. Susan H. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, January 6, 2017 11:17 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 365 Access web app connectivity question Hi Susan I'm not familiar with accessing web apps, but the Azure portal is easy to navigate in - given the enormous variety of services currently offered. You may need a Virtual Network at Azure: https://portal.azure.com/#blade/Microsoft_Azure_Marketplace/GalleryFeaturedM enuItemBlade/selectedMenuItemId/Networking_MP but I'm just guessing from your description. /gustav -----Oprindelig meddelelse----- Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Susan Harkins Sendt: 6. januar 2017 16:44 Til: 'Access Developers discussion and problem solving' Emne: [AccessD] 365 Access web app connectivity question I have an E3 365 subscription, which comes with a SharePoint site. I currently have a simple Access Web App shared on that site. I thought I could easily grab data from it using Excel 2016's Get and Transform feature, but the attempt returns a connection error: Details: "Microsoft SQL: Cannot open server "ssharkins.onmicrosoft.com" requested by the login. The login failed." With just a bit of research I think I'm looking at a connection problem - or more specifically a firewall setting. It's possible that I need an Azure Management account, which is free with my sub, I just haven't done it because I didn't need to. Apparently, I can configure my firewall as needed using this account. Or, I need to configure the Windows Firewall to allow the connection locally. In the end, that might not even solve the problem. Perhaps I can sign in to my 365 account as an admin and flip a switch somewhere - but I don't know which switch. I looked around but it's a needle in a haystack for me. Perhaps I need to set a connection in Excel first - but I haven't been successful doing that either. I'm no longer running SQL Server, so I don't have that management tool to work with. Frankly, I just expected it to work - I didn't expect to have to jump through any hoops. I have limited networking skills so I don't know what to do next. I'd rather not waste a lot of time trying to figure that out. I know most of you aren't using Access Web Apps, but you might be working with Azure, so I'm hoping someone will have some insight. Thanks for considering it and I apologize if I'm not asking the right questions. I'm obviously using the wrong search strings either because all I can find are SQL Server connection discussions. It's like Excel's Get and Transform feature doesn't exist within this context. Susan H. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jamesbutton at blueyonder.co.uk Fri Jan 6 11:47:39 2017 From: jamesbutton at blueyonder.co.uk (James Button) Date: Fri, 6 Jan 2017 17:47:39 -0000 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Crude - and maybe cruel to the dev and maintenance staff But would it be possible to split the FE into 2 separate activity groups JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Friday, January 6, 2017 3:29 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? Hi Jim, I get the internal constraints. The constraint I'm running into the the allowable usable Virtual Memory of a 32 bit process is 2GB. Once I hit that wall things crumble. I don't believe I am hitting 2048 table ID's limitation (and really, we only need 3 to 4 forms open most of the time) .. the test in a 64 bit VM with 64 bit Office where I opened so many forms that my tab area had left/right arrows was just a test that I could actually *do* that without getting a resources exceeded message (which I can get readily on my own workstation just opening enough forms). I was hoping for another solution, as we have workstations here that use our Access FE that are stuck on a 32 bit OS, which means we will lose Access there (unless I continue to compile a 32 bit accde file) but then they have to be wary of how many forms or objects they are working with (which is the whole point of trying to fix this or move to 64 bit). I'm not sure I can get any more mileage out of what we have! I follow most of the best practice rules for access. I close objects and unset ('nothing them') when they are no longer needed. I don't allow dimensioned variables to use the default "variant" type but not explicitly declaring it's type and variants are only used where explicitly set. One area I could tweak (with a lot of work) would be unlinking subforms from the tab control when that tab is not selected. I do this in some places but not all (I inherited thiscodebase)... which I am sure would help some but would require quite a bit of re-work since some tab controls have multiple (small) subforms on them. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wrwehler at gmail.com Fri Jan 6 13:22:20 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 13:22:20 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: I think I'm going to try dynamically unlinking subforms from their controls. For the couple of the bigger forms I've made the tab control link/unlink on change I've saved almost 200MB off my Heap and Private data has another 70MB saved so far. I went from 1.3GB used (with these three forms open) to 1.099GB used. Now if I can figure out how to use a Select Case with an array so I can 'exclude' certain subforms from unlinking..... Select Case LBound(MyArray) to UBound(MyArray) sadly doesn't work... but Select Case MyArray(0),MyArray(1) .. etc does. But that doesn't lend itself to be dynamic. On Fri, Jan 6, 2017 at 11:47 AM, James Button wrote: > Crude - and maybe cruel to the dev and maintenance staff > But would it be possible to split the FE into 2 separate activity groups > > JimB > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Friday, January 6, 2017 3:29 PM > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] 64-but ONLY front end ? > > Hi Jim, > I get the internal constraints. The constraint I'm running into the the > allowable usable Virtual Memory of a 32 bit process is 2GB. Once I hit that > wall things crumble. I don't believe I am hitting 2048 table ID's > limitation (and really, we only need 3 to 4 forms open most of the time) .. > the test in a 64 bit VM with 64 bit Office where I opened so many forms > that my tab area had left/right arrows was just a test that I could > actually *do* that without getting a resources exceeded message (which I > can get readily on my own workstation just opening enough forms). > > I was hoping for another solution, as we have workstations here that use > our Access FE that are stuck on a 32 bit OS, which means we will lose > Access there (unless I continue to compile a 32 bit accde file) but then > they have to be wary of how many forms or objects they are working with > (which is the whole point of trying to fix this or move to 64 bit). > > I'm not sure I can get any more mileage out of what we have! I follow > most of the best practice rules for access. I close objects and unset > ('nothing them') when they are no longer needed. I don't allow dimensioned > variables to use the default "variant" type but not explicitly declaring > it's type and variants are only used where explicitly set. > > One area I could tweak (with a lot of work) would be unlinking subforms > from the tab control when that tab is not selected. I do this in some > places but not all (I inherited thiscodebase)... which I am sure would help > some but would require quite a bit of re-work since some tab controls have > multiple (small) subforms on them. > -- > 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 > From wrwehler at gmail.com Fri Jan 6 15:48:08 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 15:48:08 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Well good news. I took some of my most used forms and wrote a bit of logic to clear out subform links when the tabs change. I can now get much "deeper" into the front end before I get a system resource message. Probably deep enough it would really be an edge case at this point. So that's nice. Here's what I ended up calling to unlink all the subforms not in the MyArray variant: Public Sub UnlinkSubforms(MyFrm As Form, Optional MyArray As Variant = Null) On Error GoTo UnlinkSubforms_Error Dim ctl As control, i As Integer For Each ctl In MyFrm.Controls Do Select Case ctl.ControlType Case acSubform 'if array is null nothing was excluded If Not IsNull(MyArray) Then 'loop through array For i = 0 To Nz(UBound(MyArray), 0) If ctl.Name = MyArray(i) Then Exit Do End If Next i End If 'Set SourceObject empty if it's not empty If ctl.SourceObject <> "" Then ctl.SourceObject = "" Debug.Print ctl.Name & " deactivated" End If End Select Loop While False 'quit after one loop Next ctl UnlinkSubforms_Exit: On Error GoTo 0 Exit Sub UnlinkSubforms_Error: MsgBox "Error " & Err.number & " (" & Err.Description & ") in procedure UnlinkSubforms of Module FormAdjustments" Resume UnlinkSubforms_Exit End Sub So I run Call UnLinkSubForms(Me) to unlink them all. If I have one that needs to stay "alive" due to another object depending on it being there I change that to UnlinkSubForms(Me,Array("mySubFormName")).... or I can add multiple subform names comma delimited. I then use a select case after I unlink all the forms to relink the subforms on the tab I want. If I had to do it all over again from scratch I would make one subform for the entire tabcontrol and then my actual linked subforms would be "all in one" pages so I don't have to unlink multiple objects per tab, but just the "parent" subform name. On Fri, Jan 6, 2017 at 1:22 PM, Ryan W wrote: > I think I'm going to try dynamically unlinking subforms from their > controls. For the couple of the bigger forms I've made the tab control > link/unlink on change I've saved almost 200MB off my Heap and Private data > has another 70MB saved so far. > > I went from 1.3GB used (with these three forms open) to 1.099GB used. > > Now if I can figure out how to use a Select Case with an array so I can > 'exclude' certain subforms from unlinking..... > > Select Case LBound(MyArray) to UBound(MyArray) sadly doesn't work... but > Select Case MyArray(0),MyArray(1) .. etc does. But that doesn't lend itself > to be dynamic. > > > On Fri, Jan 6, 2017 at 11:47 AM, James Button < > jamesbutton at blueyonder.co.uk> wrote: > >> Crude - and maybe cruel to the dev and maintenance staff >> But would it be possible to split the FE into 2 separate activity groups >> >> JimB >> >> -----Original Message----- >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> Ryan W >> Sent: Friday, January 6, 2017 3:29 PM >> To: Access Developers discussion and problem solving >> >> Subject: Re: [AccessD] 64-but ONLY front end ? >> >> Hi Jim, >> I get the internal constraints. The constraint I'm running into the the >> allowable usable Virtual Memory of a 32 bit process is 2GB. Once I hit >> that >> wall things crumble. I don't believe I am hitting 2048 table ID's >> limitation (and really, we only need 3 to 4 forms open most of the time) >> .. >> the test in a 64 bit VM with 64 bit Office where I opened so many forms >> that my tab area had left/right arrows was just a test that I could >> actually *do* that without getting a resources exceeded message (which I >> can get readily on my own workstation just opening enough forms). >> >> I was hoping for another solution, as we have workstations here that use >> our Access FE that are stuck on a 32 bit OS, which means we will lose >> Access there (unless I continue to compile a 32 bit accde file) but then >> they have to be wary of how many forms or objects they are working with >> (which is the whole point of trying to fix this or move to 64 bit). >> >> I'm not sure I can get any more mileage out of what we have! I follow >> most of the best practice rules for access. I close objects and unset >> ('nothing them') when they are no longer needed. I don't allow >> dimensioned >> variables to use the default "variant" type but not explicitly declaring >> it's type and variants are only used where explicitly set. >> >> One area I could tweak (with a lot of work) would be unlinking subforms >> from the tab control when that tab is not selected. I do this in some >> places but not all (I inherited thiscodebase)... which I am sure would >> help >> some but would require quite a bit of re-work since some tab controls have >> multiple (small) subforms on them. >> -- >> 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 >> > > From wrwehler at gmail.com Fri Jan 6 15:52:18 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 6 Jan 2017 15:52:18 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Oh. I should have added. The reason I don't have them unlinked to start with is because then it makes it harder for me to remember what subform goes to a control if I need to redesign it. At least right now I can just right click the subform control and do "subform in new window" and do some modification to it. I may use the tag field to hold the sourceobject name so I can permanently unlink them (so I don't have to unlink dozens of controls on a form the first run) and that way if I need to redesign it at least the control tag tells me what form to go look for and edit. From jwcolby at gmail.com Fri Jan 6 17:17:32 2017 From: jwcolby at gmail.com (John Colby) Date: Fri, 6 Jan 2017 18:17:32 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: <5870258C.6090904@Gmail.com> Ryan, I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. IIRC I used SysVars to store the names of the subforms that would remain loaded. It took a bit of dev work but once working it worked quite well. jwcolby On 1/6/2017 9:28 AM, Ryan W wrote: > More statistics: > > ?returnvm > > > (Reporting module loaded) > 1.391 GB of VM used. > > (Prepatory form loaded) > 1.194 GB of VM used. > > (Analytics form loaded) > 1.135 GB of VM used. > > (Login Form loaded) > 1.06 GB of VM used. > > (Switchboard Loaded) > 0.803 GB of VM used. > > (Nothing open but my Access FE (no forms loaded)) > 0.645 GB of VM used. > > > > With that once I get to the reporting module if I hit "print preview" on > all of my selected reports (7) to print and give to the client I get an out > of resources error. Those are the most used forms in the entire FE. It > wouldn't be uncommon for some of our data reviewers to have all of those > open bouncing between them (they used to do it before via hotkeys (Ctrl-R > for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. > so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the > same forms were loaded then that are loaded now. The key difference is > Access 2013. It must simply use more memory. -- John W. Colby From wrwehler at gmail.com Fri Jan 6 17:26:30 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Fri, 6 Jan 2017 17:26:30 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <5870258C.6090904@Gmail.com> References: <5870258C.6090904@Gmail.com> Message-ID: John, That's more or less what I ended up doing today. :) it probably needs some fine tuning though. Sent from my iPad > On Jan 6, 2017, at 5:17 PM, John Colby wrote: > > Ryan, > > I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. > > IIRC I used SysVars to store the names of the subforms that would remain loaded. > > It took a bit of dev work but once working it worked quite well. > > jwcolby > >> On 1/6/2017 9:28 AM, Ryan W wrote: >> More statistics: >> >> ?returnvm >> >> >> (Reporting module loaded) >> 1.391 GB of VM used. >> >> (Prepatory form loaded) >> 1.194 GB of VM used. >> >> (Analytics form loaded) >> 1.135 GB of VM used. >> >> (Login Form loaded) >> 1.06 GB of VM used. >> >> (Switchboard Loaded) >> 0.803 GB of VM used. >> >> (Nothing open but my Access FE (no forms loaded)) >> 0.645 GB of VM used. >> >> >> >> With that once I get to the reporting module if I hit "print preview" on >> all of my selected reports (7) to print and give to the client I get an out >> of resources error. Those are the most used forms in the entire FE. It >> wouldn't be uncommon for some of our data reviewers to have all of those >> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >> same forms were loaded then that are loaded now. The key difference is >> Access 2013. It must simply use more memory. > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at gmail.com Fri Jan 6 17:55:18 2017 From: jwcolby at gmail.com (John Colby) Date: Fri, 6 Jan 2017 18:55:18 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <5870258C.6090904@Gmail.com> Message-ID: <58702E66.3010002@Gmail.com> Ryan, think about using a table to store the subform control name / subform name and other link info. This allows it to be "table driven", one of my favorite concepts. You have a place to go to see what subforms are linked to what subform controls. Then you can use a collection to load the table into class instances one time as the app opens, one instance for each record, thus "caching" that info for instantaneous usage. IIRC you can store objects in the collection using a name so that you can index directly into the correct record when needed. If you use classes this stuff is much easier. The classes contain the code to do the linking / unlinking, loading the data from the table etc. You would need a tab class (to sink the events generated by clicks or focus), a subform control class to hold the subform name and link data, and a collection class to load all that table stuff into. As a main form with tabs loads, it will load a tab class for each tab. The tab class would load a subform control class for the embedded subform control. The subform control class would go get it's link info. Then as the user clicks or otherwise causes a tab to get the focus the event would call into the subform control class to tell it to load the subform and link it up. As it loses the focus, it calls back into the class to tell it to unload. I did all this stuff in my framework, but never tested it in later versions of access. jwc I'd be interested to know what is using up all the memory though. I did run into the limitation of open record sets which is why I did this stuff. Never ran into the thing you are discussing. Of course it might be something triggered by changes in the 2013 version. I never used anything past 2007. On 1/6/2017 6:26 PM, Ryan Wehler wrote: > John, > > That's more or less what I ended up doing today. :) it probably needs some fine tuning though. > > Sent from my iPad > >> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >> >> Ryan, >> >> I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. >> >> IIRC I used SysVars to store the names of the subforms that would remain loaded. >> >> It took a bit of dev work but once working it worked quite well. >> >> jwcolby >> >>> On 1/6/2017 9:28 AM, Ryan W wrote: >>> More statistics: >>> >>> ?returnvm >>> >>> >>> (Reporting module loaded) >>> 1.391 GB of VM used. >>> >>> (Prepatory form loaded) >>> 1.194 GB of VM used. >>> >>> (Analytics form loaded) >>> 1.135 GB of VM used. >>> >>> (Login Form loaded) >>> 1.06 GB of VM used. >>> >>> (Switchboard Loaded) >>> 0.803 GB of VM used. >>> >>> (Nothing open but my Access FE (no forms loaded)) >>> 0.645 GB of VM used. >>> >>> >>> >>> With that once I get to the reporting module if I hit "print preview" on >>> all of my selected reports (7) to print and give to the client I get an out >>> of resources error. Those are the most used forms in the entire FE. It >>> wouldn't be uncommon for some of our data reviewers to have all of those >>> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >>> same forms were loaded then that are loaded now. The key difference is >>> Access 2013. It must simply use more memory. >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- John W. Colby From wrwehler at gmail.com Fri Jan 6 18:57:16 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Fri, 6 Jan 2017 18:57:16 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <58702E66.3010002@Gmail.com> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> Message-ID: <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> I sure would love to pick your brain on that. I've not done much with user created classes. Wouldn't your way mean instantiating an object per tab and an object per subform? Seems like a lot of stuff to keep in memory when I'm trying to avoid memory usage. But I'd love to hear more. I'm a visual learner though ... examples get me going a lot faster than just a wall of words but I'll do my best to follow along if you can find the time to discuss this more. Sent from my iPhone > On Jan 6, 2017, at 5:55 PM, John Colby wrote: > > Ryan, think about using a table to store the subform control name / subform name and other link info. This allows it to be "table driven", one of my favorite concepts. You have a place to go to see what subforms are linked to what subform controls. Then you can use a collection to load the table into class instances one time as the app opens, one instance for each record, thus "caching" that info for instantaneous usage. IIRC you can store objects in the collection using a name so that you can index directly into the correct record when needed. > > If you use classes this stuff is much easier. The classes contain the code to do the linking / unlinking, loading the data from the table etc. > > You would need a tab class (to sink the events generated by clicks or focus), a subform control class to hold the subform name and link data, and a collection class to load all that table stuff into. > > As a main form with tabs loads, it will load a tab class for each tab. The tab class would load a subform control class for the embedded subform control. The subform control class would go get it's link info. Then as the user clicks or otherwise causes a tab to get the focus the event would call into the subform control class to tell it to load the subform and link it up. As it loses the focus, it calls back into the class to tell it to unload. > > I did all this stuff in my framework, but never tested it in later versions of access. > > jwc > > I'd be interested to know what is using up all the memory though. I did run into the limitation of open record sets which is why I did this stuff. Never ran into the thing you are discussing. Of course it might be something triggered by changes in the 2013 version. I never used anything past 2007. > >> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >> John, >> >> That's more or less what I ended up doing today. :) it probably needs some fine tuning though. >> >> Sent from my iPad >> >>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>> >>> Ryan, >>> >>> I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. >>> >>> IIRC I used SysVars to store the names of the subforms that would remain loaded. >>> >>> It took a bit of dev work but once working it worked quite well. >>> >>> jwcolby >>> >>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>> More statistics: >>>> >>>> ?returnvm >>>> >>>> >>>> (Reporting module loaded) >>>> 1.391 GB of VM used. >>>> >>>> (Prepatory form loaded) >>>> 1.194 GB of VM used. >>>> >>>> (Analytics form loaded) >>>> 1.135 GB of VM used. >>>> >>>> (Login Form loaded) >>>> 1.06 GB of VM used. >>>> >>>> (Switchboard Loaded) >>>> 0.803 GB of VM used. >>>> >>>> (Nothing open but my Access FE (no forms loaded)) >>>> 0.645 GB of VM used. >>>> >>>> >>>> >>>> With that once I get to the reporting module if I hit "print preview" on >>>> all of my selected reports (7) to print and give to the client I get an out >>>> of resources error. Those are the most used forms in the entire FE. It >>>> wouldn't be uncommon for some of our data reviewers to have all of those >>>> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >>>> same forms were loaded then that are loaded now. The key difference is >>>> Access 2013. It must simply use more memory. >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From carbonnb at gmail.com Fri Jan 6 19:59:56 2017 From: carbonnb at gmail.com (Bryan Carbonnell) Date: Fri, 6 Jan 2017 18:59:56 -0700 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> Message-ID: Ryan, John Colby is THE MAN when it comes to classes. He did a series of classes "lectures" on the list back in February or March of 2009. You can find them in the archives at http://databaseadvisors.com/pipermail/accessd/ Here is the list of emails and direct links to them in the archive for you to read: 1) [AccessD] Classes and Events http://databaseadvisors.com/pipermail/accessd/2009-February/082643.html 2) [AccessD] CREATE CLASSES AND EVENTS DEMO DATABASE http://databaseadvisors.com/pipermail/accessd/2009-February/082677.html 3) [AccessD] LOAD THE FORM CLASS IN THE FORM http://databaseadvisors.com/pipermail/accessd/2009-February/082681.html 4) [AccessD] Get event sinks working http://databaseadvisors.com/pipermail/accessd/2009-February/082688.html 5) [AccessD] Building a Control Scanner http://databaseadvisors.com/pipermail/accessd/2009-February/082693.html 6) [AccessD] Building a control class http://databaseadvisors.com/pipermail/accessd/2009-February/082694.html 7) [AccessD] MODIFY THE FORM CLASS TO LOAD THE NEW COMBO CLASS. http://databaseadvisors.com/pipermail/accessd/2009-February/082695.html 8) [AccessD] Classes and Events - EVENTS NOT REQUIRED http://databaseadvisors.com/pipermail/accessd/2009-February/082707.html 9) [AccessD] BUILDING A TEXT CONTROL CLASS http://databaseadvisors.com/pipermail/accessd/2009-February/082771.html 10) [AccessD] The classes as they are at this instant - clsTimer http://databaseadvisors.com/pipermail/accessd/2009-February/082774.html 11) [AccessD] The classes as they are at this instant - clsCtlCbo http://databaseadvisors.com/pipermail/accessd/2009-February/082775.html 12) [AccessD] The classes as they are at this instant - clsCtlTxt http://databaseadvisors.com/pipermail/accessd/2009-February/082776.html 13) [AccessD] The classes as they are at this instant - clsFrm http://databaseadvisors.com/pipermail/accessd/2009-February/082777.html 14) [AccessD] The form http://databaseadvisors.com/pipermail/accessd/2009-February/082781.html 15) [AccessD] IMPORT THE FORM http://databaseadvisors.com/pipermail/accessd/2009-February/082787.html 16) [AccessD] SINKING EVENTS IN MULTIPLE PLACES http://databaseadvisors.com/pipermail/accessd/2009-February/082844.html 17) [AccessD] EMERGENCY HALT: was Re: The form for demo event sink in two places http://databaseadvisors.com/pipermail/accessd/2009-February/082848.html 18) [AccessD] Demo sinking events in two places http://databaseadvisors.com/pipermail/accessd/2009-February/082849.html 19) [AccessD] ClsMsg http://databaseadvisors.com/pipermail/accessd/2009-February/082881.html 20) [AccessD] CLSMSG DEMO http://databaseadvisors.com/pipermail/accessd/2009-February/082889.html 21) [AccessD] USING CLSMSGDEMO http://databaseadvisors.com/pipermail/accessd/2009-February/082890.html Don't just read those emails, but the entire threads. They may contain good info too. Bryan On 6 January 2017 at 17:57, Ryan Wehler wrote: > I sure would love to pick your brain on that. I've not done much with user created classes. > > Wouldn't your way mean instantiating an object per tab and an object per subform? > > Seems like a lot of stuff to keep in memory when I'm trying to avoid memory usage. But I'd love to hear more. > > I'm a visual learner though ... examples get me going a lot faster than just a wall of words but I'll do my best to follow along if you can find the time to discuss this more. > > Sent from my iPhone > >> On Jan 6, 2017, at 5:55 PM, John Colby wrote: >> >> Ryan, think about using a table to store the subform control name / subform name and other link info. This allows it to be "table driven", one of my favorite concepts. You have a place to go to see what subforms are linked to what subform controls. Then you can use a collection to load the table into class instances one time as the app opens, one instance for each record, thus "caching" that info for instantaneous usage. IIRC you can store objects in the collection using a name so that you can index directly into the correct record when needed. >> >> If you use classes this stuff is much easier. The classes contain the code to do the linking / unlinking, loading the data from the table etc. >> >> You would need a tab class (to sink the events generated by clicks or focus), a subform control class to hold the subform name and link data, and a collection class to load all that table stuff into. >> >> As a main form with tabs loads, it will load a tab class for each tab. The tab class would load a subform control class for the embedded subform control. The subform control class would go get it's link info. Then as the user clicks or otherwise causes a tab to get the focus the event would call into the subform control class to tell it to load the subform and link it up. As it loses the focus, it calls back into the class to tell it to unload. >> >> I did all this stuff in my framework, but never tested it in later versions of access. >> >> jwc >> >> I'd be interested to know what is using up all the memory though. I did run into the limitation of open record sets which is why I did this stuff. Never ran into the thing you are discussing. Of course it might be something triggered by changes in the 2013 version. I never used anything past 2007. >> >>> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >>> John, >>> >>> That's more or less what I ended up doing today. :) it probably needs some fine tuning though. >>> >>> Sent from my iPad >>> >>>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>>> >>>> Ryan, >>>> >>>> I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. >>>> >>>> IIRC I used SysVars to store the names of the subforms that would remain loaded. >>>> >>>> It took a bit of dev work but once working it worked quite well. >>>> >>>> jwcolby >>>> >>>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>>> More statistics: >>>>> >>>>> ?returnvm >>>>> >>>>> >>>>> (Reporting module loaded) >>>>> 1.391 GB of VM used. >>>>> >>>>> (Prepatory form loaded) >>>>> 1.194 GB of VM used. >>>>> >>>>> (Analytics form loaded) >>>>> 1.135 GB of VM used. >>>>> >>>>> (Login Form loaded) >>>>> 1.06 GB of VM used. >>>>> >>>>> (Switchboard Loaded) >>>>> 0.803 GB of VM used. >>>>> >>>>> (Nothing open but my Access FE (no forms loaded)) >>>>> 0.645 GB of VM used. >>>>> >>>>> >>>>> >>>>> With that once I get to the reporting module if I hit "print preview" on >>>>> all of my selected reports (7) to print and give to the client I get an out >>>>> of resources error. Those are the most used forms in the entire FE. It >>>>> wouldn't be uncommon for some of our data reviewers to have all of those >>>>> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >>>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >>>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >>>>> same forms were loaded then that are loaded now. The key difference is >>>>> Access 2013. It must simply use more memory. >>>> -- >>>> John W. Colby >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >> >> -- >> John W. Colby >> >> -- >> 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 -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" From jwcolby at gmail.com Fri Jan 6 23:54:38 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 00:54:38 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> Message-ID: <5870829E.6020604@Gmail.com> LOL, talk about your wall of words! ;) On 1/6/2017 8:59 PM, Bryan Carbonnell wrote: > Ryan, > > John Colby is THE MAN when it comes to classes. > > He did a series of classes "lectures" on the list back in February or > March of 2009. > > You can find them in the archives at > http://databaseadvisors.com/pipermail/accessd/ > > Here is the list of emails and direct links to them in the archive for > you to read: > > 1) [AccessD] Classes and Events > http://databaseadvisors.com/pipermail/accessd/2009-February/082643.html > > 2) [AccessD] CREATE CLASSES AND EVENTS DEMO DATABASE > http://databaseadvisors.com/pipermail/accessd/2009-February/082677.html > > 3) [AccessD] LOAD THE FORM CLASS IN THE FORM > http://databaseadvisors.com/pipermail/accessd/2009-February/082681.html > > 4) [AccessD] Get event sinks working > http://databaseadvisors.com/pipermail/accessd/2009-February/082688.html > > 5) [AccessD] Building a Control Scanner > http://databaseadvisors.com/pipermail/accessd/2009-February/082693.html > > 6) [AccessD] Building a control class > http://databaseadvisors.com/pipermail/accessd/2009-February/082694.html > > 7) [AccessD] MODIFY THE FORM CLASS TO LOAD THE NEW COMBO CLASS. > http://databaseadvisors.com/pipermail/accessd/2009-February/082695.html > > 8) [AccessD] Classes and Events - EVENTS NOT REQUIRED > http://databaseadvisors.com/pipermail/accessd/2009-February/082707.html > > 9) [AccessD] BUILDING A TEXT CONTROL CLASS > http://databaseadvisors.com/pipermail/accessd/2009-February/082771.html > > 10) [AccessD] The classes as they are at this instant - clsTimer > http://databaseadvisors.com/pipermail/accessd/2009-February/082774.html > > 11) [AccessD] The classes as they are at this instant - clsCtlCbo > http://databaseadvisors.com/pipermail/accessd/2009-February/082775.html > > 12) [AccessD] The classes as they are at this instant - clsCtlTxt > http://databaseadvisors.com/pipermail/accessd/2009-February/082776.html > > 13) [AccessD] The classes as they are at this instant - clsFrm > http://databaseadvisors.com/pipermail/accessd/2009-February/082777.html > > 14) [AccessD] The form > http://databaseadvisors.com/pipermail/accessd/2009-February/082781.html > > 15) [AccessD] IMPORT THE FORM > http://databaseadvisors.com/pipermail/accessd/2009-February/082787.html > > 16) [AccessD] SINKING EVENTS IN MULTIPLE PLACES > http://databaseadvisors.com/pipermail/accessd/2009-February/082844.html > > 17) [AccessD] EMERGENCY HALT: was Re: The form for demo event sink in two places > http://databaseadvisors.com/pipermail/accessd/2009-February/082848.html > > 18) [AccessD] Demo sinking events in two places > http://databaseadvisors.com/pipermail/accessd/2009-February/082849.html > > 19) [AccessD] ClsMsg > http://databaseadvisors.com/pipermail/accessd/2009-February/082881.html > > 20) [AccessD] CLSMSG DEMO > http://databaseadvisors.com/pipermail/accessd/2009-February/082889.html > > 21) [AccessD] USING CLSMSGDEMO > http://databaseadvisors.com/pipermail/accessd/2009-February/082890.html > > Don't just read those emails, but the entire threads. They may contain > good info too. > > Bryan > > > On 6 January 2017 at 17:57, Ryan Wehler wrote: >> I sure would love to pick your brain on that. I've not done much with user created classes. >> >> Wouldn't your way mean instantiating an object per tab and an object per subform? >> >> Seems like a lot of stuff to keep in memory when I'm trying to avoid memory usage. But I'd love to hear more. >> >> I'm a visual learner though ... examples get me going a lot faster than just a wall of words but I'll do my best to follow along if you can find the time to discuss this more. >> >> Sent from my iPhone >> >>> On Jan 6, 2017, at 5:55 PM, John Colby wrote: >>> >>> Ryan, think about using a table to store the subform control name / subform name and other link info. This allows it to be "table driven", one of my favorite concepts. You have a place to go to see what subforms are linked to what subform controls. Then you can use a collection to load the table into class instances one time as the app opens, one instance for each record, thus "caching" that info for instantaneous usage. IIRC you can store objects in the collection using a name so that you can index directly into the correct record when needed. >>> >>> If you use classes this stuff is much easier. The classes contain the code to do the linking / unlinking, loading the data from the table etc. >>> >>> You would need a tab class (to sink the events generated by clicks or focus), a subform control class to hold the subform name and link data, and a collection class to load all that table stuff into. >>> >>> As a main form with tabs loads, it will load a tab class for each tab. The tab class would load a subform control class for the embedded subform control. The subform control class would go get it's link info. Then as the user clicks or otherwise causes a tab to get the focus the event would call into the subform control class to tell it to load the subform and link it up. As it loses the focus, it calls back into the class to tell it to unload. >>> >>> I did all this stuff in my framework, but never tested it in later versions of access. >>> >>> jwc >>> >>> I'd be interested to know what is using up all the memory though. I did run into the limitation of open record sets which is why I did this stuff. Never ran into the thing you are discussing. Of course it might be something triggered by changes in the 2013 version. I never used anything past 2007. >>> >>>> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >>>> John, >>>> >>>> That's more or less what I ended up doing today. :) it probably needs some fine tuning though. >>>> >>>> Sent from my iPad >>>> >>>>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>>>> >>>>> Ryan, >>>>> >>>>> I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. >>>>> >>>>> IIRC I used SysVars to store the names of the subforms that would remain loaded. >>>>> >>>>> It took a bit of dev work but once working it worked quite well. >>>>> >>>>> jwcolby >>>>> >>>>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>>>> More statistics: >>>>>> >>>>>> ?returnvm >>>>>> >>>>>> >>>>>> (Reporting module loaded) >>>>>> 1.391 GB of VM used. >>>>>> >>>>>> (Prepatory form loaded) >>>>>> 1.194 GB of VM used. >>>>>> >>>>>> (Analytics form loaded) >>>>>> 1.135 GB of VM used. >>>>>> >>>>>> (Login Form loaded) >>>>>> 1.06 GB of VM used. >>>>>> >>>>>> (Switchboard Loaded) >>>>>> 0.803 GB of VM used. >>>>>> >>>>>> (Nothing open but my Access FE (no forms loaded)) >>>>>> 0.645 GB of VM used. >>>>>> >>>>>> >>>>>> >>>>>> With that once I get to the reporting module if I hit "print preview" on >>>>>> all of my selected reports (7) to print and give to the client I get an out >>>>>> of resources error. Those are the most used forms in the entire FE. It >>>>>> wouldn't be uncommon for some of our data reviewers to have all of those >>>>>> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >>>>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >>>>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >>>>>> same forms were loaded then that are loaded now. The key difference is >>>>>> Access 2013. It must simply use more memory. >>>>> -- >>>>> John W. Colby >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>> -- >>> John W. Colby >>> >>> -- >>> 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 > > -- John W. Colby From jwcolby at gmail.com Sat Jan 7 00:03:34 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 01:03:34 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> Message-ID: <587084B6.8040308@Gmail.com> Yes, my way means instantiating a bunch of classes. Understand though that the code itself in any given class is only loaded once and is then shared between all of the classes. Only the variable storage is created more than once. Whereas if you store event code for each tab in the form class which contains the tab, that code is created over and over (and over and over), once for each event for each tab. You will find that most Access programmers haven't used classes, though those that have tend to swear by them. Those that don't swear at them. ;) But once you wrap your brain around the class concept you will never go back. On 1/6/2017 7:57 PM, Ryan Wehler wrote: > I sure would love to pick your brain on that. I've not done much with user created classes. > > Wouldn't your way mean instantiating an object per tab and an object per subform? > > Seems like a lot of stuff to keep in memory when I'm trying to avoid memory usage. But I'd love to hear more. > > I'm a visual learner though ... examples get me going a lot faster than just a wall of words but I'll do my best to follow along if you can find the time to discuss this more. > > Sent from my iPhone > >> On Jan 6, 2017, at 5:55 PM, John Colby wrote: >> >> Ryan, think about using a table to store the subform control name / subform name and other link info. This allows it to be "table driven", one of my favorite concepts. You have a place to go to see what subforms are linked to what subform controls. Then you can use a collection to load the table into class instances one time as the app opens, one instance for each record, thus "caching" that info for instantaneous usage. IIRC you can store objects in the collection using a name so that you can index directly into the correct record when needed. >> >> If you use classes this stuff is much easier. The classes contain the code to do the linking / unlinking, loading the data from the table etc. >> >> You would need a tab class (to sink the events generated by clicks or focus), a subform control class to hold the subform name and link data, and a collection class to load all that table stuff into. >> >> As a main form with tabs loads, it will load a tab class for each tab. The tab class would load a subform control class for the embedded subform control. The subform control class would go get it's link info. Then as the user clicks or otherwise causes a tab to get the focus the event would call into the subform control class to tell it to load the subform and link it up. As it loses the focus, it calls back into the class to tell it to unload. >> >> I did all this stuff in my framework, but never tested it in later versions of access. >> >> jwc >> >> I'd be interested to know what is using up all the memory though. I did run into the limitation of open record sets which is why I did this stuff. Never ran into the thing you are discussing. Of course it might be something triggered by changes in the 2013 version. I never used anything past 2007. >> >>> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >>> John, >>> >>> That's more or less what I ended up doing today. :) it probably needs some fine tuning though. >>> >>> Sent from my iPad >>> >>>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>>> >>>> Ryan, >>>> >>>> I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. >>>> >>>> IIRC I used SysVars to store the names of the subforms that would remain loaded. >>>> >>>> It took a bit of dev work but once working it worked quite well. >>>> >>>> jwcolby >>>> >>>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>>> More statistics: >>>>> >>>>> ?returnvm >>>>> >>>>> >>>>> (Reporting module loaded) >>>>> 1.391 GB of VM used. >>>>> >>>>> (Prepatory form loaded) >>>>> 1.194 GB of VM used. >>>>> >>>>> (Analytics form loaded) >>>>> 1.135 GB of VM used. >>>>> >>>>> (Login Form loaded) >>>>> 1.06 GB of VM used. >>>>> >>>>> (Switchboard Loaded) >>>>> 0.803 GB of VM used. >>>>> >>>>> (Nothing open but my Access FE (no forms loaded)) >>>>> 0.645 GB of VM used. >>>>> >>>>> >>>>> >>>>> With that once I get to the reporting module if I hit "print preview" on >>>>> all of my selected reports (7) to print and give to the client I get an out >>>>> of resources error. Those are the most used forms in the entire FE. It >>>>> wouldn't be uncommon for some of our data reviewers to have all of those >>>>> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >>>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >>>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >>>>> same forms were loaded then that are loaded now. The key difference is >>>>> Access 2013. It must simply use more memory. >>>> -- >>>> John W. Colby >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- John W. Colby From jimdettman at verizon.net Sat Jan 7 07:25:32 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 07 Jan 2017 08:25:32 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587084B6.8040308@Gmail.com> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> <587084B6.8040308@Gmail.com> Message-ID: <0253287378A44F928E56656658ED8FE6@XPS> Code though is not where you chew up most of your memory and certainly you can structure your procedures to be used by more than one object, so you don't need classes to avoid that. <> As we've talked about in the past, I don't believe it's that people don't understand them, but rather the fact that VBA doesn't support full inheritance, so the power of classes is really robbed. That's why you don't see classes used a lot more with Access. There are places where using classes in VBA make sense, but I don't see where you gain any advantage for something like this. In fact it seems like it would be a disadvantage. Not only do you have to go through the effort of adding code to instantiate everything, but you now have a bunch of additional objects in memory. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Saturday, January 07, 2017 01:04 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? Yes, my way means instantiating a bunch of classes. Understand though that the code itself in any given class is only loaded once and is then shared between all of the classes. Only the variable storage is created more than once. Whereas if you store event code for each tab in the form class which contains the tab, that code is created over and over (and over and over), once for each event for each tab. You will find that most Access programmers haven't used classes, though those that have tend to swear by them. Those that don't swear at them. ;) But once you wrap your brain around the class concept you will never go back. On 1/6/2017 7:57 PM, Ryan Wehler wrote: > I sure would love to pick your brain on that. I've not done much with user created classes. > > Wouldn't your way mean instantiating an object per tab and an object per subform? > > Seems like a lot of stuff to keep in memory when I'm trying to avoid memory usage. But I'd love to hear more. > > I'm a visual learner though ... examples get me going a lot faster than just a wall of words but I'll do my best to follow along if you can find the time to discuss this more. > > Sent from my iPhone > >> On Jan 6, 2017, at 5:55 PM, John Colby wrote: >> >> Ryan, think about using a table to store the subform control name / subform name and other link info. This allows it to be "table driven", one of my favorite concepts. You have a place to go to see what subforms are linked to what subform controls. Then you can use a collection to load the table into class instances one time as the app opens, one instance for each record, thus "caching" that info for instantaneous usage. IIRC you can store objects in the collection using a name so that you can index directly into the correct record when needed. >> >> If you use classes this stuff is much easier. The classes contain the code to do the linking / unlinking, loading the data from the table etc. >> >> You would need a tab class (to sink the events generated by clicks or focus), a subform control class to hold the subform name and link data, and a collection class to load all that table stuff into. >> >> As a main form with tabs loads, it will load a tab class for each tab. The tab class would load a subform control class for the embedded subform control. The subform control class would go get it's link info. Then as the user clicks or otherwise causes a tab to get the focus the event would call into the subform control class to tell it to load the subform and link it up. As it loses the focus, it calls back into the class to tell it to unload. >> >> I did all this stuff in my framework, but never tested it in later versions of access. >> >> jwc >> >> I'd be interested to know what is using up all the memory though. I did run into the limitation of open record sets which is why I did this stuff. Never ran into the thing you are discussing. Of course it might be something triggered by changes in the 2013 version. I never used anything past 2007. >> >>> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >>> John, >>> >>> That's more or less what I ended up doing today. :) it probably needs some fine tuning though. >>> >>> Sent from my iPad >>> >>>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>>> >>>> Ryan, >>>> >>>> I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. >>>> >>>> IIRC I used SysVars to store the names of the subforms that would remain loaded. >>>> >>>> It took a bit of dev work but once working it worked quite well. >>>> >>>> jwcolby >>>> >>>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>>> More statistics: >>>>> >>>>> ?returnvm >>>>> >>>>> >>>>> (Reporting module loaded) >>>>> 1.391 GB of VM used. >>>>> >>>>> (Prepatory form loaded) >>>>> 1.194 GB of VM used. >>>>> >>>>> (Analytics form loaded) >>>>> 1.135 GB of VM used. >>>>> >>>>> (Login Form loaded) >>>>> 1.06 GB of VM used. >>>>> >>>>> (Switchboard Loaded) >>>>> 0.803 GB of VM used. >>>>> >>>>> (Nothing open but my Access FE (no forms loaded)) >>>>> 0.645 GB of VM used. >>>>> >>>>> >>>>> >>>>> With that once I get to the reporting module if I hit "print preview" on >>>>> all of my selected reports (7) to print and give to the client I get an out >>>>> of resources error. Those are the most used forms in the entire FE. It >>>>> wouldn't be uncommon for some of our data reviewers to have all of those >>>>> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >>>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >>>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >>>>> same forms were loaded then that are loaded now. The key difference is >>>>> Access 2013. It must simply use more memory. >>>> -- >>>> John W. Colby >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Sat Jan 7 07:25:32 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 07 Jan 2017 08:25:32 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: <893DF879190A4373B1CDEC655895C6F2@XPS> Good solution. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Friday, January 06, 2017 04:52 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? Oh. I should have added. The reason I don't have them unlinked to start with is because then it makes it harder for me to remember what subform goes to a control if I need to redesign it. At least right now I can just right click the subform control and do "subform in new window" and do some modification to it. I may use the tag field to hold the sourceobject name so I can permanently unlink them (so I don't have to unlink dozens of controls on a form the first run) and that way if I need to redesign it at least the control tag tells me what form to go look for and edit. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wrwehler at gmail.com Sat Jan 7 07:38:00 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sat, 7 Jan 2017 07:38:00 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587084B6.8040308@Gmail.com> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> <587084B6.8040308@Gmail.com> Message-ID: I am only storing code in the change event for the tab control. Not per tab. So I have a module with my unlink loop for subforms and a change event that re links the clicked tab via a select case statement. Not as elegant as your solution but I don't really understand classes. Sent from my iPad > On Jan 7, 2017, at 12:03 AM, John Colby wrote: > > Yes, my way means instantiating a bunch of classes. Understand though that the code itself in any given class is only loaded once and is then shared between all of the classes. Only the variable storage is created more than once. > > Whereas if you store event code for each tab in the form class which contains the tab, that code is created over and over (and over and over), once for each event for each tab. > > You will find that most Access programmers haven't used classes, though those that have tend to swear by them. Those that don't swear at them. ;) But once you wrap your brain around the class concept you will never go back. > >> On 1/6/2017 7:57 PM, Ryan Wehler wrote: >> I sure would love to pick your brain on that. I've not done much with user created classes. >> >> Wouldn't your way mean instantiating an object per tab and an object per subform? >> >> Seems like a lot of stuff to keep in memory when I'm trying to avoid memory usage. But I'd love to hear more. >> >> I'm a visual learner though ... examples get me going a lot faster than just a wall of words but I'll do my best to follow along if you can find the time to discuss this more. >> >> Sent from my iPhone >> >>> On Jan 6, 2017, at 5:55 PM, John Colby wrote: >>> >>> Ryan, think about using a table to store the subform control name / subform name and other link info. This allows it to be "table driven", one of my favorite concepts. You have a place to go to see what subforms are linked to what subform controls. Then you can use a collection to load the table into class instances one time as the app opens, one instance for each record, thus "caching" that info for instantaneous usage. IIRC you can store objects in the collection using a name so that you can index directly into the correct record when needed. >>> >>> If you use classes this stuff is much easier. The classes contain the code to do the linking / unlinking, loading the data from the table etc. >>> >>> You would need a tab class (to sink the events generated by clicks or focus), a subform control class to hold the subform name and link data, and a collection class to load all that table stuff into. >>> >>> As a main form with tabs loads, it will load a tab class for each tab. The tab class would load a subform control class for the embedded subform control. The subform control class would go get it's link info. Then as the user clicks or otherwise causes a tab to get the focus the event would call into the subform control class to tell it to load the subform and link it up. As it loses the focus, it calls back into the class to tell it to unload. >>> >>> I did all this stuff in my framework, but never tested it in later versions of access. >>> >>> jwc >>> >>> I'd be interested to know what is using up all the memory though. I did run into the limitation of open record sets which is why I did this stuff. Never ran into the thing you are discussing. Of course it might be something triggered by changes in the 2013 version. I never used anything past 2007. >>> >>>> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >>>> John, >>>> >>>> That's more or less what I ended up doing today. :) it probably needs some fine tuning though. >>>> >>>> Sent from my iPad >>>> >>>>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>>>> >>>>> Ryan, >>>>> >>>>> I did what I referred to as "JIT subforms", i.e. linking the subforms when the tab was clicked on. I used a class (of course) to manage it. The event on the tab triggered a method in the loaded class to link the suvbform. When the user moves off the tab, the subform is unlinked. Of course you end up with situations where you need specific forms to remain linked once the tab is clicked, typically subforms that are used often and require a long time to load once linked. >>>>> >>>>> IIRC I used SysVars to store the names of the subforms that would remain loaded. >>>>> >>>>> It took a bit of dev work but once working it worked quite well. >>>>> >>>>> jwcolby >>>>> >>>>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>>>> More statistics: >>>>>> >>>>>> ?returnvm >>>>>> >>>>>> >>>>>> (Reporting module loaded) >>>>>> 1.391 GB of VM used. >>>>>> >>>>>> (Prepatory form loaded) >>>>>> 1.194 GB of VM used. >>>>>> >>>>>> (Analytics form loaded) >>>>>> 1.135 GB of VM used. >>>>>> >>>>>> (Login Form loaded) >>>>>> 1.06 GB of VM used. >>>>>> >>>>>> (Switchboard Loaded) >>>>>> 0.803 GB of VM used. >>>>>> >>>>>> (Nothing open but my Access FE (no forms loaded)) >>>>>> 0.645 GB of VM used. >>>>>> >>>>>> >>>>>> >>>>>> With that once I get to the reporting module if I hit "print preview" on >>>>>> all of my selected reports (7) to print and give to the client I get an out >>>>>> of resources error. Those are the most used forms in the entire FE. It >>>>>> wouldn't be uncommon for some of our data reviewers to have all of those >>>>>> open bouncing between them (they used to do it before via hotkeys (Ctrl-R >>>>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login etc).. >>>>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, the >>>>>> same forms were loaded then that are loaded now. The key difference is >>>>>> Access 2013. It must simply use more memory. >>>>> -- >>>>> John W. Colby >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at gmail.com Sat Jan 7 08:42:47 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 09:42:47 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <0253287378A44F928E56656658ED8FE6@XPS> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> <587084B6.8040308@Gmail.com> <0253287378A44F928E56656658ED8FE6@XPS> Message-ID: <5870FE67.2070106@Gmail.com> Jim, To say that a tool isn't useful because it doesn't have a specific function is simply not true. In fact inheritance is only one smallish part of the usefulness of the class object. Do you say that a combo control is not useful because you can't inherit it? Personally I find it very useful. A combo class, like everything, and I do mean EVERYTHING in Access is a class. Every control is a class. All of the dao objects are classes. Ever program a recordset? You are instantiating a class. And no, you can't inherit these things but they are still mighty useful, and every single access programmer uses them. Classes do the following: 1) Store all the code for the object being modeled in a common place specifically for that object. 2) Allow creating instance specific data storage for an object being modeled (CRITICAL STUFF HERE). 3) Sink events for an object that generates events (CRITICAL STUFF HERE). 4) Raise events of its own to be sinked elsewhere in code . 5) Allow inheritance. Notice of that list, only the last is missing. So riddle me this batman, do you use the form class? Of course you do. Well guess what, the form class is EXACTLY the same object as the class that you can build using the generic class object. The Access program has a bunch of "builders" which allow you the developer to "double click" on a control object and insert an event handler into a form's class but that is just a builder helping you do something. The CLASS ITSELF behind the form, is JUST A CLASS, the same EXACT thing as the class you too could use if you removed your prejudices. So why do you say that it is useless because you cannot inherit it? Yep, you cannot inherit the form class, but I bet you dollars to donuts you use the form class anyway. You use the class object, literally all day every day, and then tell me it isn't useful. Baffling. The only difference between me and those who don't "use classes" is I took the time to understand them and actually start using them daily in my code. As I have just pointed out, there is not a single Access programmer who doesn't use classes, only those who go the next step to figuring that little object called a class. On 1/7/2017 8:25 AM, Jim Dettman wrote: > Code though is not where you chew up most of your memory and certainly you > can structure your procedures to be used by more than one object, so you > don't need classes to avoid that. > > < those that have tend to swear by them.>> > > As we've talked about in the past, I don't believe it's that people don't > understand them, but rather the fact that VBA doesn't support full > inheritance, so the power of classes is really robbed. That's why you > don't see classes used a lot more with Access. > > There are places where using classes in VBA make sense, but I don't see > where you gain any advantage for something like this. In fact it seems > like it would be a disadvantage. Not only do you have to go through the > effort of adding code to instantiate everything, but you now have a bunch of > additional objects in memory. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > John Colby > Sent: Saturday, January 07, 2017 01:04 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 64-but ONLY front end ? > > Yes, my way means instantiating a bunch of classes. Understand though > that the code itself in any given class is only loaded once and is then > shared between all of the classes. Only the variable storage is created > more than once. > > Whereas if you store event code for each tab in the form class which > contains the tab, that code is created over and over (and over and > over), once for each event for each tab. > > You will find that most Access programmers haven't used classes, though > those that have tend to swear by them. Those that don't swear at them. > ;) But once you wrap your brain around the class concept you will never > go back. > > On 1/6/2017 7:57 PM, Ryan Wehler wrote: >> I sure would love to pick your brain on that. I've not done much with user > created classes. >> Wouldn't your way mean instantiating an object per tab and an object per > subform? >> Seems like a lot of stuff to keep in memory when I'm trying to avoid > memory usage. But I'd love to hear more. >> I'm a visual learner though ... examples get me going a lot faster than > just a wall of words but I'll do my best to follow along if you can find the > time to discuss this more. >> Sent from my iPhone >> >>> On Jan 6, 2017, at 5:55 PM, John Colby wrote: >>> >>> Ryan, think about using a table to store the subform control name / > subform name and other link info. This allows it to be "table driven", one > of my favorite concepts. You have a place to go to see what subforms are > linked to what subform controls. Then you can use a collection to load the > table into class instances one time as the app opens, one instance for each > record, thus "caching" that info for instantaneous usage. IIRC you can > store objects in the collection using a name so that you can index directly > into the correct record when needed. >>> If you use classes this stuff is much easier. The classes contain the > code to do the linking / unlinking, loading the data from the table etc. >>> You would need a tab class (to sink the events generated by clicks or > focus), a subform control class to hold the subform name and link data, and > a collection class to load all that table stuff into. >>> As a main form with tabs loads, it will load a tab class for each tab. > The tab class would load a subform control class for the embedded subform > control. The subform control class would go get it's link info. Then as > the user clicks or otherwise causes a tab to get the focus the event would > call into the subform control class to tell it to load the subform and link > it up. As it loses the focus, it calls back into the class to tell it to > unload. >>> I did all this stuff in my framework, but never tested it in later > versions of access. >>> jwc >>> >>> I'd be interested to know what is using up all the memory though. I did > run into the limitation of open record sets which is why I did this stuff. > Never ran into the thing you are discussing. Of course it might be > something triggered by changes in the 2013 version. I never used anything > past 2007. >>>> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >>>> John, >>>> >>>> That's more or less what I ended up doing today. :) it probably needs > some fine tuning though. >>>> Sent from my iPad >>>> >>>>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>>>> >>>>> Ryan, >>>>> >>>>> I did what I referred to as "JIT subforms", i.e. linking the subforms > when the tab was clicked on. I used a class (of course) to manage it. The > event on the tab triggered a method in the loaded class to link the > suvbform. When the user moves off the tab, the subform is unlinked. Of > course you end up with situations where you need specific forms to remain > linked once the tab is clicked, typically subforms that are used often and > require a long time to load once linked. >>>>> IIRC I used SysVars to store the names of the subforms that would > remain loaded. >>>>> It took a bit of dev work but once working it worked quite well. >>>>> >>>>> jwcolby >>>>> >>>>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>>>> More statistics: >>>>>> >>>>>> ?returnvm >>>>>> >>>>>> >>>>>> (Reporting module loaded) >>>>>> 1.391 GB of VM used. >>>>>> >>>>>> (Prepatory form loaded) >>>>>> 1.194 GB of VM used. >>>>>> >>>>>> (Analytics form loaded) >>>>>> 1.135 GB of VM used. >>>>>> >>>>>> (Login Form loaded) >>>>>> 1.06 GB of VM used. >>>>>> >>>>>> (Switchboard Loaded) >>>>>> 0.803 GB of VM used. >>>>>> >>>>>> (Nothing open but my Access FE (no forms loaded)) >>>>>> 0.645 GB of VM used. >>>>>> >>>>>> >>>>>> >>>>>> With that once I get to the reporting module if I hit "print preview" > on >>>>>> all of my selected reports (7) to print and give to the client I get > an out >>>>>> of resources error. Those are the most used forms in the entire FE. > It >>>>>> wouldn't be uncommon for some of our data reviewers to have all of > those >>>>>> open bouncing between them (they used to do it before via hotkeys > (Ctrl-R >>>>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login > etc).. >>>>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, > the >>>>>> same forms were loaded then that are loaded now. The key difference is >>>>>> Access 2013. It must simply use more memory. >>>>> -- >>>>> John W. Colby >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com -- John W. Colby From jwcolby at gmail.com Sat Jan 7 09:30:52 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 10:30:52 -0500 Subject: [AccessD] That useless little thing called Classes - Imagine this Message-ID: <587109AC.8090902@Gmail.com> I am a programmer by training. I came from Turbo Pascal and Turbe C back in the late 80s to VBA (Access) in the early nineties. I was lost. Events were popping up without my control. CHAOS I tell you absolute CHAOS. I was accustomed to a program with menus where everything was driven from a user selecting a menu item. Absolutely archaic looking back on it and yet I programmed wondrous things using that model. And Events baffled me. So I learned events and it opened up my world. But I continues to operate without classes until around 1997 when I found AccessD and a gentleman named Shamil, our Russian friend. Shamil was struggling with the Access 97 version of Access, and in particular struggling with events and the problems they caused back then. But he banged on me to "learn classes". I tried but like so many Access programmers I "didn't get it". But Shamil didn't give up. And so I eventually learned classes. And it opened up my world, at an even greater scale than events. You see Events, both sinking and raising, are simply a small part of the capability of a bigger concept, the class. It was when I finally embraced that bigger concept that my ability in Access, in PROGRAMMING Access multiplied. I am a "framework" kinda guy. I had used frameworks from Borland, which gave me packages that allowed me to do big tasks without having to program every detail of that task. I used their database framework to get databases going without ever really understanding what was going on down below. So once I got my feet on the ground, in the absolute absence of anything resembling a framework in Access, I started building my own. It was really just self preservation. Let me present one very simply example. I found myself using the Access combo to add objects to list tables. If what the user typed in wasn't in the table, the Access combo CLASS OBJECT (remember classes?) raised a NotInList event. What do YOU do with that event? My guess, if you use it all all, you sink that event in the form's CLASS OBJECT and you do something REALLY CRUDE like open a recordset right in the form for the table which populates that combo, and adding what the user just typed in. Right there in the form. Or... you do something only slightly less crude like calling a method in a library, passing off the name of the table and allow that function in a library to do the same thing. I know the latter is precisely what I used to do. The class method for doing this is to generate a clsCombo. Place the code to open the recordset in that. Place the event sinks for the combo in that. Back in the form create an instance of clsCombo and pass in the control itself (so we can sink its events) as well as the name of the table. What does all this buy you? A lot (little bit) of work for what? One huge thing is that all of the event sinks in the form's CLASS INSTANCE / module (that little thing that is so useless because you can't inherit a form) suddenly go away. If I have 20 combos all loaded from list tables, I used to have 20 combo NotInList events right in the form's CLASS INSTANCE. Can you say ICK??? Really, all of the events for 20 combo's NotInList in my form's class instance? And why is the form class sinking combo events? Is the form a combo? Is the form 20 combos? ICK! A form is supposed to model a form object, and it has every need to sink its OWN events, but now it is modelling combos and text boxes and who knows what. ICK! So I create a combo class, and place all of the code and event sinks right in the class. BTW is this not EXACTLY what you would do in VB.Net or C#.Net? Can you really tell me that you would place all of these event sinks in your forms in those environments? Well you might, not me. Now what if you also want the combo to automatically drop down as it gets the focus? There is an OnFocus event. So suddenly you now have events for 20 combo's OnFocus in the Form's CLASS INSTANCE. YOUR form class is getting damned messy. What if you want the combo (or text box) to change background color to highlight what control has the focus? Do that in the form????? I place that code out in my combo class. My form class instance (module) is nice and clean. Not a combo event to be found. There is code to initialize all of my classes up in the form's Open event. Now, if I want this kind of functionality for a specific combo in any form in the project, the code is written and ready. I instantiate a clsCombo (in form open) and initialize it. Voila, NotInList and DropDown and BackGroundColorChange functionality, without cluttering up my form module. My form is not a combo, or twenty combos, it is a form. It has no business routinely sinking every event in the damned world for every control I use. I have looked at forms (my old forms from 1995 for example) where there were literally PAGES of event sinks and crap for a single form. Classes made that all go away. And yes, I can't inherit my class. So what! -- John W. Colby From jimdettman at verizon.net Sat Jan 7 09:48:41 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Sat, 07 Jan 2017 10:48:41 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <5870FE67.2070106@Gmail.com> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> <587084B6.8040308@Gmail.com> <0253287378A44F928E56656658ED8FE6@XPS> <5870FE67.2070106@Gmail.com> Message-ID: <7949B79FBCAA471E890FB457EDF9AD51@XPS> John, <> I never said they were not useful. In fact if you read, I said: "There are places where using classes in VBA make sense, but I don't see where you gain any advantage for something like this" << In fact inheritance is only one smallish part of the usefulness of the class object.>> Sorry, but inheritance is a major concept in the use of them, not a minor one. Not having it certainly diminishes what you can do with them. <> I totally understand that and use classes all the time, just not so much with VBA. Obviously all the Access objects are classes, but I don't often build my own classes with VBA. The one thing for sure that classes in VBA buys you is the ability to deal with multiple instances of something. But with VBA being object based rather than object orientated, you loose a lot of the benefits and it costs you in the extra work you need to go through, plus the additional overhead (if your truly encapsulating, then you spend a lot of time checking the state of things). Look at what you do when you need to base all your text controls on your own textbox class. You can't simply go back and modify the base class, but must hookup each control individually to your class. In regards to your list, #2 and #3 can be achieved easily just with a find and replace and directly calling a procedure without all the additional overhead. #4 you really don't need all that often, but it does come in handy when you need it. A good example of that would be a customer combo. You might have many instances on the open forms, so it's nice to be able to raise a requery event after adding a customer and have them all requery on their own. While you can achieve that without classes, it's certainly slicker with them. <> <> Hum...well I'd ask you the flip question; if classes in VBA are such a great thing, then why don't you see more developers using them? I mean after all, their not that hard to figure out and there are a lot of smart developers out there. If they were really that useful in VBA, after all these years, wouldn't you expect to see article after article on how to use them, build apps with them, etc. and see applications written primarily with them? But do you find any of that? No. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Saturday, January 07, 2017 09:43 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? Jim, To say that a tool isn't useful because it doesn't have a specific function is simply not true. In fact inheritance is only one smallish part of the usefulness of the class object. Do you say that a combo control is not useful because you can't inherit it? Personally I find it very useful. A combo class, like everything, and I do mean EVERYTHING in Access is a class. Every control is a class. All of the dao objects are classes. Ever program a recordset? You are instantiating a class. And no, you can't inherit these things but they are still mighty useful, and every single access programmer uses them. Classes do the following: 1) Store all the code for the object being modeled in a common place specifically for that object. 2) Allow creating instance specific data storage for an object being modeled (CRITICAL STUFF HERE). 3) Sink events for an object that generates events (CRITICAL STUFF HERE). 4) Raise events of its own to be sinked elsewhere in code . 5) Allow inheritance. Notice of that list, only the last is missing. So riddle me this batman, do you use the form class? Of course you do. Well guess what, the form class is EXACTLY the same object as the class that you can build using the generic class object. The Access program has a bunch of "builders" which allow you the developer to "double click" on a control object and insert an event handler into a form's class but that is just a builder helping you do something. The CLASS ITSELF behind the form, is JUST A CLASS, the same EXACT thing as the class you too could use if you removed your prejudices. So why do you say that it is useless because you cannot inherit it? Yep, you cannot inherit the form class, but I bet you dollars to donuts you use the form class anyway. You use the class object, literally all day every day, and then tell me it isn't useful. Baffling. The only difference between me and those who don't "use classes" is I took the time to understand them and actually start using them daily in my code. As I have just pointed out, there is not a single Access programmer who doesn't use classes, only those who go the next step to figuring that little object called a class. On 1/7/2017 8:25 AM, Jim Dettman wrote: > Code though is not where you chew up most of your memory and certainly you > can structure your procedures to be used by more than one object, so you > don't need classes to avoid that. > > < those that have tend to swear by them.>> > > As we've talked about in the past, I don't believe it's that people don't > understand them, but rather the fact that VBA doesn't support full > inheritance, so the power of classes is really robbed. That's why you > don't see classes used a lot more with Access. > > There are places where using classes in VBA make sense, but I don't see > where you gain any advantage for something like this. In fact it seems > like it would be a disadvantage. Not only do you have to go through the > effort of adding code to instantiate everything, but you now have a bunch of > additional objects in memory. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > John Colby > Sent: Saturday, January 07, 2017 01:04 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 64-but ONLY front end ? > > Yes, my way means instantiating a bunch of classes. Understand though > that the code itself in any given class is only loaded once and is then > shared between all of the classes. Only the variable storage is created > more than once. > > Whereas if you store event code for each tab in the form class which > contains the tab, that code is created over and over (and over and > over), once for each event for each tab. > > You will find that most Access programmers haven't used classes, though > those that have tend to swear by them. Those that don't swear at them. > ;) But once you wrap your brain around the class concept you will never > go back. > > On 1/6/2017 7:57 PM, Ryan Wehler wrote: >> I sure would love to pick your brain on that. I've not done much with user > created classes. >> Wouldn't your way mean instantiating an object per tab and an object per > subform? >> Seems like a lot of stuff to keep in memory when I'm trying to avoid > memory usage. But I'd love to hear more. >> I'm a visual learner though ... examples get me going a lot faster than > just a wall of words but I'll do my best to follow along if you can find the > time to discuss this more. >> Sent from my iPhone >> >>> On Jan 6, 2017, at 5:55 PM, John Colby wrote: >>> >>> Ryan, think about using a table to store the subform control name / > subform name and other link info. This allows it to be "table driven", one > of my favorite concepts. You have a place to go to see what subforms are > linked to what subform controls. Then you can use a collection to load the > table into class instances one time as the app opens, one instance for each > record, thus "caching" that info for instantaneous usage. IIRC you can > store objects in the collection using a name so that you can index directly > into the correct record when needed. >>> If you use classes this stuff is much easier. The classes contain the > code to do the linking / unlinking, loading the data from the table etc. >>> You would need a tab class (to sink the events generated by clicks or > focus), a subform control class to hold the subform name and link data, and > a collection class to load all that table stuff into. >>> As a main form with tabs loads, it will load a tab class for each tab. > The tab class would load a subform control class for the embedded subform > control. The subform control class would go get it's link info. Then as > the user clicks or otherwise causes a tab to get the focus the event would > call into the subform control class to tell it to load the subform and link > it up. As it loses the focus, it calls back into the class to tell it to > unload. >>> I did all this stuff in my framework, but never tested it in later > versions of access. >>> jwc >>> >>> I'd be interested to know what is using up all the memory though. I did > run into the limitation of open record sets which is why I did this stuff. > Never ran into the thing you are discussing. Of course it might be > something triggered by changes in the 2013 version. I never used anything > past 2007. >>>> On 1/6/2017 6:26 PM, Ryan Wehler wrote: >>>> John, >>>> >>>> That's more or less what I ended up doing today. :) it probably needs > some fine tuning though. >>>> Sent from my iPad >>>> >>>>> On Jan 6, 2017, at 5:17 PM, John Colby wrote: >>>>> >>>>> Ryan, >>>>> >>>>> I did what I referred to as "JIT subforms", i.e. linking the subforms > when the tab was clicked on. I used a class (of course) to manage it. The > event on the tab triggered a method in the loaded class to link the > suvbform. When the user moves off the tab, the subform is unlinked. Of > course you end up with situations where you need specific forms to remain > linked once the tab is clicked, typically subforms that are used often and > require a long time to load once linked. >>>>> IIRC I used SysVars to store the names of the subforms that would > remain loaded. >>>>> It took a bit of dev work but once working it worked quite well. >>>>> >>>>> jwcolby >>>>> >>>>>> On 1/6/2017 9:28 AM, Ryan W wrote: >>>>>> More statistics: >>>>>> >>>>>> ?returnvm >>>>>> >>>>>> >>>>>> (Reporting module loaded) >>>>>> 1.391 GB of VM used. >>>>>> >>>>>> (Prepatory form loaded) >>>>>> 1.194 GB of VM used. >>>>>> >>>>>> (Analytics form loaded) >>>>>> 1.135 GB of VM used. >>>>>> >>>>>> (Login Form loaded) >>>>>> 1.06 GB of VM used. >>>>>> >>>>>> (Switchboard Loaded) >>>>>> 0.803 GB of VM used. >>>>>> >>>>>> (Nothing open but my Access FE (no forms loaded)) >>>>>> 0.645 GB of VM used. >>>>>> >>>>>> >>>>>> >>>>>> With that once I get to the reporting module if I hit "print preview" > on >>>>>> all of my selected reports (7) to print and give to the client I get > an out >>>>>> of resources error. Those are the most used forms in the entire FE. > It >>>>>> wouldn't be uncommon for some of our data reviewers to have all of > those >>>>>> open bouncing between them (they used to do it before via hotkeys > (Ctrl-R >>>>>> for Analytical, Ctrl-M for Main, Ctrl-B for Prep, Ctrl-W for Login > etc).. >>>>>> so even though you PREVIOUSLY with Access 2003 you couldn't see a tab, > the >>>>>> same forms were loaded then that are loaded now. The key difference is >>>>>> Access 2013. It must simply use more memory. >>>>> -- >>>>> John W. Colby >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at gmail.com Sat Jan 7 10:48:06 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 11:48:06 -0500 Subject: [AccessD] 64-but ONLY front end ? Message-ID: <58711BC6.2020507@Gmail.com> >> Sorry, but inheritance is a major concept in the use of them, not a minor one. Not having it certainly diminishes what you can do with them. And what I have found is that entire projects get bogged down with "how should we inherit this thing". And "oh shit, we inherited the wrong level, let's back up..." and so forth. Inheritance is itself a two edged sword, use it wrong and it can royally screw you. Yes, inheritance is useful, that is why it exists, but the lack thereof doesn't make the class not worth learning and using. Classes are WAY more powerful than modules precisely BECAUSE they can sink and source events, and can hold instances of data. And yet the very first thing we tell the nube to do is learn modules and libraries. So we tell them to use the much less powerful module and then tell them to not bother with learning much more powerful classes? >The one thing for sure that classes in VBA buys you is the ability to deal with multiple instances of something. Yep. What they /really /allow is for us to "model" objects. To store the code and data for an instance of something. Before I learned classes I used to use collections to hold multiple instances of things. And then collections of collections. Damned ugly. Particularly ugly since the code and data for those objects had to be elsewhere. Nowhere is that even remotely a model of what I was trying to deal with. Try to do something like the combo control wrapper I mentioned without a class? Where do you store the event sink? I do this exact thing in my framework, I use a class, and I do so because I was sick of my form classes looking like a Walmart store, dealing with 47,258 different event sinks for objects that I was trying to model. "Combo events on Isle two", "Text events on Isle four". I spent more time paging down through my gargantuan form modules than I did programming. >In regards to your list, #2 and #3 can be achieved easily just with a find and replace LOL. Can you say ICK? Major project maintenance by S&R? "Easily" is the key term here. Find and replace is NEVER easy in a large project. Rick Fischer's tool is a key for us all. But having to watch CAREFULLY as each find is displayed is NOT easy. To say this is an "Easy" replacement for a powerful tool is silly. >Look at what you do when you need to base all your text controls on your own textbox class. You can't simply go back and modify the base class, but must hookup each control individually to your class. No but you can go back and modify your object wrapper. Or you can use Find And Replace to search for code and change it when (if) you find it. And isn't that exactly what Access is doing for you by "hooking up" all the events using the properties wizard? Of course you have to do that, whether you use class wrappers or not. But if that is such a chore, why are (or were) you using Access at all? >Hum...well I'd ask you the flip question; if classes in VBA are such a great thing, then why don't you see more developers using them? I mean after all, their not that hard to figure out and there are a lot of smart developers out there. Classes are in fact hard to figure out if you don't come in from some other class oriented language. It took me three tries before I got it. And many, perhaps even most Access programmers started as power users, not programmers. VBA was marketed as the language that anyone could figure out. But NOWHERE in the literature were classes mentioned. To this day that is still true. Given the absolute absence of mention anywhere in MS literature, I have to believe that it is intentional on MS part. You'd have to ask MS why. So how are you supposed to learn them if the books never even mention them. Unless you have a Shamil or a John Colby to be there to teach it? > wouldn't you expect to see article after article on how to use them, build apps with them, etc. and see applications written primarily with them? But do you find any of that? No. See my lectures and my apps. Why aren't they mentioned by Microsoft? I think it is simply because Microsoft wanted Access to be a simple database tool for quick and dirty desktop apps. Classes are many levels up from that. Access has their own agenda, which includes support issues. But in the end they exposed the class object for us to use. To not do so is to waste the most powerful of all the objects, the object that is itself the basis behind every single other object in Access. If Microsoft used them, even without the ability to allow inheritance, I would be silly not to do the same. On 1/7/2017 10:48 AM, Jim Dettman wrote: > John, > > < function is simply not true. >> > > I never said they were not useful. In fact if you read, I said: > > "There are places where using classes in VBA make sense, but I don't see > where you gain any advantage for something like this" > > << In fact inheritance is only one smallish part of the usefulness of the > class object.>> > > Sorry, but inheritance is a major concept in the use of them, not a minor > one. Not having it certainly diminishes what you can do with them. > > < ITSELF behind the form, is JUST A CLASS, the same EXACT thing as the > class you too could use if you removed your prejudices.>> > > I totally understand that and use classes all the time, just not so much > with VBA. Obviously all the Access objects are classes, but I don't often > build my own classes with VBA. > > The one thing for sure that classes in VBA buys you is the ability to deal > with multiple instances of something. But with VBA being object based > rather than object orientated, you loose a lot of the benefits and it costs > you in the extra work you need to go through, plus the additional overhead > (if your truly encapsulating, then you spend a lot of time checking the > state of things). Look at what you do when you need to base all your text > controls on your own textbox class. You can't simply go back and modify > the base class, but must hookup each control individually to your class. > > In regards to your list, #2 and #3 can be achieved easily just with a find > and replace and directly calling a procedure without all the additional > overhead. #4 you really don't need all that often, but it does come in > handy when you need it. > > A good example of that would be a customer combo. You might have many > instances on the open forms, so it's nice to be able to raise a requery > event after adding a customer and have them all requery on their own. > While you can achieve that without classes, it's certainly slicker with > them. > > <> > > < doesn't use classes, only those who go the next step to figuring that > little object called a class.>> > > Hum...well I'd ask you the flip question; if classes in VBA are such a > great thing, then why don't you see more developers using them? I mean > after all, their not that hard to figure out and there are a lot of smart > developers out there. > > If they were really that useful in VBA, after all these years, wouldn't you > expect to see article after article on how to use them, build apps with > them, etc. and see applications written primarily with them? But do you > find any of that? No. > > Jim. > > -- John W. Colby From wrwehler at gmail.com Sat Jan 7 13:35:11 2017 From: wrwehler at gmail.com (Ryan W) Date: Sat, 7 Jan 2017 13:35:11 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? Message-ID: I am going through John Colby's class posts from 2009 and when I close the frmDemoCtls form my app crashes. Private Sub mfrm_Close() Set mfrm = Nothing End Sub If I comment out set mfrm = Nothing then I do not get the crash. So far the rest of the demo works. The controls change colors, I even added a tab control to fetch the value of the tab being clicked with a new tab class.... so I know that the mfrm object is being set and utilized... Has anyone tried his class code in anything newer (Access 2010 or 2013 or 2016) since his postings? From wrwehler at gmail.com Sat Jan 7 14:28:12 2017 From: wrwehler at gmail.com (Ryan W) Date: Sat, 7 Jan 2017 14:28:12 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? Message-ID: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> I revise my statement. It seems to be something in the Control Scanner (or the Text or Cbo Class) doing it. If I comment out the entire control scanner I can close the form crash free. I just copy and pasted those classes from John?s posts and everything compiles okay.. Not sure what changed as the classes ?work? when in the form but something about the scanner or the class instantiation causes the crash on close. One thing I do notice is that the clsTxt and clsCbo classes do not ever empty (?nothing?) the objects. I assume (probably wrongfully?) that when you set mfrm = nothing it also destroys the class objects that it created? From fuller.artful at gmail.com Sat Jan 7 14:41:16 2017 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sat, 7 Jan 2017 15:41:16 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: Message-ID: Can't help you here. Now being retired and living on a very limited and fixed income, I haven't upgraded Office beyond 2007. Mind you, I haven't totally abandoned coding, but at this point it's not job-oriented, it's mostly for fun. Recently I solved the Sudoku problem, and to test my solution I Googled for the world's most difficult problems. The problem generally considered the world's most difficult took my code a tad under 5 minutes to solve. Left to my own devices, it may have taken years. I have an old friend who is a gifted mathematician. He solved the Rubik's Cube problem in five minutes, and did so without so much as touching a physical cube. That kind of math is way beyond me, but he did it. (In this context, a solution means, Given any actual configuration of a Rubik's Cube, devise the sequence of moves to solve it.) If my understanding of this problem is correct, so far humans can far outstrip algorithms to derive a solution. Numerous people in the world can solve a given problem within 30 seconds. How they do that is totally baffling to me. I accept that I'm an old-timer. I'm still working on the Chess problem, and am taking an approach radically different than Big Blue, etc. I call it the Teleological Approach. The idea in general is that given a knowledge of the Book of End Games, plus the current position, I have to guide you into one of the known End Game positions. This seems a more viable strategy than the Deep Blue brute-force strategy. I'm some small percentage toward the implementation of this strategy, but I'm working on it. A. From jwcolby at gmail.com Sat Jan 7 18:00:17 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 19:00:17 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: Message-ID: There is a rubies cube solver machine which takes .6 seconds. On Jan 7, 2017 15:43, "Arthur Fuller" wrote: Can't help you here. Now being retired and living on a very limited and fixed income, I haven't upgraded Office beyond 2007. Mind you, I haven't totally abandoned coding, but at this point it's not job-oriented, it's mostly for fun. Recently I solved the Sudoku problem, and to test my solution I Googled for the world's most difficult problems. The problem generally considered the world's most difficult took my code a tad under 5 minutes to solve. Left to my own devices, it may have taken years. I have an old friend who is a gifted mathematician. He solved the Rubik's Cube problem in five minutes, and did so without so much as touching a physical cube. That kind of math is way beyond me, but he did it. (In this context, a solution means, Given any actual configuration of a Rubik's Cube, devise the sequence of moves to solve it.) If my understanding of this problem is correct, so far humans can far outstrip algorithms to derive a solution. Numerous people in the world can solve a given problem within 30 seconds. How they do that is totally baffling to me. I accept that I'm an old-timer. I'm still working on the Chess problem, and am taking an approach radically different than Big Blue, etc. I call it the Teleological Approach. The idea in general is that given a knowledge of the Book of End Games, plus the current position, I have to guide you into one of the known End Game positions. This seems a more viable strategy than the Deep Blue brute-force strategy. I'm some small percentage toward the implementation of this strategy, but I'm working on it. A. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at gmail.com Sat Jan 7 18:01:45 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 19:01:45 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> Message-ID: I'll look at it tonight. Can you email me your code? On Jan 7, 2017 15:30, "Ryan W" wrote: > I revise my statement. It seems to be something in the Control Scanner > (or the Text or Cbo Class) doing it. If I comment out the entire control > scanner I can close the form crash free. > > I just copy and pasted those classes from John?s posts and everything > compiles okay.. Not sure what changed as the classes ?work? when in the > form but something about the scanner or the class instantiation causes the > crash on close. > > One thing I do notice is that the clsTxt and clsCbo classes do not ever > empty (?nothing?) the objects. I assume (probably wrongfully?) that when > you set mfrm = nothing it also destroys the class objects that it created? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Sat Jan 7 18:04:44 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sat, 7 Jan 2017 18:04:44 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> Message-ID: <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> Do you want the whole accdb? Sent from my iPhone > On Jan 7, 2017, at 6:01 PM, John Colby wrote: > > I'll look at it tonight. Can you email me your code? > >> On Jan 7, 2017 15:30, "Ryan W" wrote: >> >> I revise my statement. It seems to be something in the Control Scanner >> (or the Text or Cbo Class) doing it. If I comment out the entire control >> scanner I can close the form crash free. >> >> I just copy and pasted those classes from John?s posts and everything >> compiles okay.. Not sure what changed as the classes ?work? when in the >> form but something about the scanner or the class instantiation causes the >> crash on close. >> >> One thing I do notice is that the clsTxt and clsCbo classes do not ever >> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >> you set mfrm = nothing it also destroys the class objects that it created? >> >> >> >> -- >> 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 From carbonnb at gmail.com Sat Jan 7 18:14:40 2017 From: carbonnb at gmail.com (Bryan Carbonnell) Date: Sat, 7 Jan 2017 17:14:40 -0700 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> Message-ID: Make sure you send it offlist. It won't make it through to the list. Your friendly neighbourhood Listmaster, Bryan On 7 January 2017 at 17:04, Ryan Wehler wrote: > Do you want the whole accdb? > > Sent from my iPhone > >> On Jan 7, 2017, at 6:01 PM, John Colby wrote: >> >> I'll look at it tonight. Can you email me your code? >> >>> On Jan 7, 2017 15:30, "Ryan W" wrote: >>> >>> I revise my statement. It seems to be something in the Control Scanner >>> (or the Text or Cbo Class) doing it. If I comment out the entire control >>> scanner I can close the form crash free. >>> >>> I just copy and pasted those classes from John?s posts and everything >>> compiles okay.. Not sure what changed as the classes ?work? when in the >>> form but something about the scanner or the class instantiation causes the >>> crash on close. >>> >>> One thing I do notice is that the clsTxt and clsCbo classes do not ever >>> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >>> you set mfrm = nothing it also destroys the class objects that it created? >>> >>> >>> >>> -- >>> 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 -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" From jwcolby at gmail.com Sat Jan 7 18:19:58 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 19:19:58 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> Message-ID: Eachieve class should set the object it is wrapping to nothing. I usually do that in the class' built in close (unload?) event. On Jan 7, 2017 15:30, "Ryan W" wrote: > I revise my statement. It seems to be something in the Control Scanner > (or the Text or Cbo Class) doing it. If I comment out the entire control > scanner I can close the form crash free. > > I just copy and pasted those classes from John?s posts and everything > compiles okay.. Not sure what changed as the classes ?work? when in the > form but something about the scanner or the class instantiation causes the > crash on close. > > One thing I do notice is that the clsTxt and clsCbo classes do not ever > empty (?nothing?) the objects. I assume (probably wrongfully?) that when > you set mfrm = nothing it also destroys the class objects that it created? > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Sat Jan 7 18:20:08 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sat, 7 Jan 2017 18:20:08 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> Message-ID: I figured. I sent it direct. Thanks! Sent from my iPhone > On Jan 7, 2017, at 6:14 PM, Bryan Carbonnell wrote: > > Make sure you send it offlist. It won't make it through to the list. > > Your friendly neighbourhood Listmaster, > Bryan > >> On 7 January 2017 at 17:04, Ryan Wehler wrote: >> Do you want the whole accdb? >> >> Sent from my iPhone >> >>> On Jan 7, 2017, at 6:01 PM, John Colby wrote: >>> >>> I'll look at it tonight. Can you email me your code? >>> >>>> On Jan 7, 2017 15:30, "Ryan W" wrote: >>>> >>>> I revise my statement. It seems to be something in the Control Scanner >>>> (or the Text or Cbo Class) doing it. If I comment out the entire control >>>> scanner I can close the form crash free. >>>> >>>> I just copy and pasted those classes from John?s posts and everything >>>> compiles okay.. Not sure what changed as the classes ?work? when in the >>>> form but something about the scanner or the class instantiation causes the >>>> crash on close. >>>> >>>> One thing I do notice is that the clsTxt and clsCbo classes do not ever >>>> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >>>> you set mfrm = nothing it also destroys the class objects that it created? >>>> >>>> >>>> >>>> -- >>>> 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 > > > > -- > Bryan Carbonnell - carbonnb at gmail.com > Life's journey is not to arrive at the grave safely in a > well-preserved body, but rather to skid in sideways, totally worn out, > shouting "What a great ride!" > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From wrwehler at gmail.com Sat Jan 7 18:32:44 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sat, 7 Jan 2017 18:32:44 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> Message-ID: On initialize they "nothing" themselves but there are no close or destroy/deactivate events for clsTxt and clsCbo unless I copied the wrong code. I got them right out of the archives Brian linked me to yesterday. Sent from my iPhone > On Jan 7, 2017, at 6:19 PM, John Colby wrote: > > Eachieve class should set the object it is wrapping to nothing. I usually > do that in the class' built in close (unload?) event. > >> On Jan 7, 2017 15:30, "Ryan W" wrote: >> >> I revise my statement. It seems to be something in the Control Scanner >> (or the Text or Cbo Class) doing it. If I comment out the entire control >> scanner I can close the form crash free. >> >> I just copy and pasted those classes from John?s posts and everything >> compiles okay.. Not sure what changed as the classes ?work? when in the >> form but something about the scanner or the class instantiation causes the >> crash on close. >> >> One thing I do notice is that the clsTxt and clsCbo classes do not ever >> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >> you set mfrm = nothing it also destroys the class objects that it created? >> >> >> >> -- >> 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 From jwcolby at gmail.com Sat Jan 7 19:07:58 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 20:07:58 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> Message-ID: <587190EE.9090002@Gmail.com> Sure, sent to me offline. I assume that it is just my class example, not your own FE? On 1/7/2017 7:04 PM, Ryan Wehler wrote: > Do you want the whole accdb? > > Sent from my iPhone > >> On Jan 7, 2017, at 6:01 PM, John Colby wrote: >> >> I'll look at it tonight. Can you email me your code? >> >>> On Jan 7, 2017 15:30, "Ryan W" wrote: >>> >>> I revise my statement. It seems to be something in the Control Scanner >>> (or the Text or Cbo Class) doing it. If I comment out the entire control >>> scanner I can close the form crash free. >>> >>> I just copy and pasted those classes from John?s posts and everything >>> compiles okay.. Not sure what changed as the classes ?work? when in the >>> form but something about the scanner or the class instantiation causes the >>> crash on close. >>> >>> One thing I do notice is that the clsTxt and clsCbo classes do not ever >>> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >>> you set mfrm = nothing it also destroys the class objects that it created? >>> >>> >>> >>> -- >>> 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 -- John W. Colby From jwcolby at gmail.com Sat Jan 7 19:09:51 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 20:09:51 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> Message-ID: <5871915F.5060109@Gmail.com> Zip the example db you are building and send it to me. I'll look at it. On 1/7/2017 7:32 PM, Ryan Wehler wrote: > On initialize they "nothing" themselves but there are no close or destroy/deactivate events for clsTxt and clsCbo unless I copied the wrong code. I got them right out of the archives Brian linked me to yesterday. > > Sent from my iPhone > >> On Jan 7, 2017, at 6:19 PM, John Colby wrote: >> >> Eachieve class should set the object it is wrapping to nothing. I usually >> do that in the class' built in close (unload?) event. >> >>> On Jan 7, 2017 15:30, "Ryan W" wrote: >>> >>> I revise my statement. It seems to be something in the Control Scanner >>> (or the Text or Cbo Class) doing it. If I comment out the entire control >>> scanner I can close the form crash free. >>> >>> I just copy and pasted those classes from John?s posts and everything >>> compiles okay.. Not sure what changed as the classes ?work? when in the >>> form but something about the scanner or the class instantiation causes the >>> crash on close. >>> >>> One thing I do notice is that the clsTxt and clsCbo classes do not ever >>> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >>> you set mfrm = nothing it also destroys the class objects that it created? >>> >>> >>> >>> -- >>> 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 -- John W. Colby From wrwehler at gmail.com Sat Jan 7 19:20:36 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sat, 7 Jan 2017 19:20:36 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <587190EE.9090002@Gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> <587190EE.9090002@Gmail.com> Message-ID: Correct just your class example. I sent it zipped to your personal email. Sent from my iPad > On Jan 7, 2017, at 7:07 PM, John Colby wrote: > > Sure, sent to me offline. I assume that it is just my class example, not your own FE? > >> On 1/7/2017 7:04 PM, Ryan Wehler wrote: >> Do you want the whole accdb? >> >> Sent from my iPhone >> >>> On Jan 7, 2017, at 6:01 PM, John Colby wrote: >>> >>> I'll look at it tonight. Can you email me your code? >>> >>>> On Jan 7, 2017 15:30, "Ryan W" wrote: >>>> >>>> I revise my statement. It seems to be something in the Control Scanner >>>> (or the Text or Cbo Class) doing it. If I comment out the entire control >>>> scanner I can close the form crash free. >>>> >>>> I just copy and pasted those classes from John?s posts and everything >>>> compiles okay.. Not sure what changed as the classes ?work? when in the >>>> form but something about the scanner or the class instantiation causes the >>>> crash on close. >>>> >>>> One thing I do notice is that the clsTxt and clsCbo classes do not ever >>>> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >>>> you set mfrm = nothing it also destroys the class objects that it created? >>>> >>>> >>>> >>>> -- >>>> 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 > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at gmail.com Sat Jan 7 19:31:28 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 20:31:28 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> <587190EE.9090002@Gmail.com> Message-ID: <58719670.9020300@Gmail.com> not received yet. On 1/7/2017 8:20 PM, Ryan Wehler wrote: > Correct just your class example. I sent it zipped to your personal email. > > Sent from my iPad > >> On Jan 7, 2017, at 7:07 PM, John Colby wrote: >> >> Sure, sent to me offline. I assume that it is just my class example, not your own FE? >> >>> On 1/7/2017 7:04 PM, Ryan Wehler wrote: >>> Do you want the whole accdb? >>> >>> Sent from my iPhone >>> >>>> On Jan 7, 2017, at 6:01 PM, John Colby wrote: >>>> >>>> I'll look at it tonight. Can you email me your code? >>>> >>>>> On Jan 7, 2017 15:30, "Ryan W" wrote: >>>>> >>>>> I revise my statement. It seems to be something in the Control Scanner >>>>> (or the Text or Cbo Class) doing it. If I comment out the entire control >>>>> scanner I can close the form crash free. >>>>> >>>>> I just copy and pasted those classes from John?s posts and everything >>>>> compiles okay.. Not sure what changed as the classes ?work? when in the >>>>> form but something about the scanner or the class instantiation causes the >>>>> crash on close. >>>>> >>>>> One thing I do notice is that the clsTxt and clsCbo classes do not ever >>>>> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >>>>> you set mfrm = nothing it also destroys the class objects that it created? >>>>> >>>>> >>>>> >>>>> -- >>>>> 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 >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- John W. Colby From wrwehler at gmail.com Sat Jan 7 19:42:15 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sat, 7 Jan 2017 19:42:15 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <58719670.9020300@Gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> <587190EE.9090002@Gmail.com> <58719670.9020300@Gmail.com> Message-ID: <22837EA1-B2E1-4DE9-8CE9-F28CB37B05D3@gmail.com> Hmm I sent it a while ago. I wonder if google filtered it out because of the contents inside the zip. I've seen that happen before. Sent from my iPad > On Jan 7, 2017, at 7:31 PM, John Colby wrote: > > not received yet. > >> On 1/7/2017 8:20 PM, Ryan Wehler wrote: >> Correct just your class example. I sent it zipped to your personal email. >> >> Sent from my iPad >> >>> On Jan 7, 2017, at 7:07 PM, John Colby wrote: >>> >>> Sure, sent to me offline. I assume that it is just my class example, not your own FE? >>> >>>> On 1/7/2017 7:04 PM, Ryan Wehler wrote: >>>> Do you want the whole accdb? >>>> >>>> Sent from my iPhone >>>> >>>>> On Jan 7, 2017, at 6:01 PM, John Colby wrote: >>>>> >>>>> I'll look at it tonight. Can you email me your code? >>>>> >>>>>> On Jan 7, 2017 15:30, "Ryan W" wrote: >>>>>> >>>>>> I revise my statement. It seems to be something in the Control Scanner >>>>>> (or the Text or Cbo Class) doing it. If I comment out the entire control >>>>>> scanner I can close the form crash free. >>>>>> >>>>>> I just copy and pasted those classes from John?s posts and everything >>>>>> compiles okay.. Not sure what changed as the classes ?work? when in the >>>>>> form but something about the scanner or the class instantiation causes the >>>>>> crash on close. >>>>>> >>>>>> One thing I do notice is that the clsTxt and clsCbo classes do not ever >>>>>> empty (?nothing?) the objects. I assume (probably wrongfully?) that when >>>>>> you set mfrm = nothing it also destroys the class objects that it created? >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> 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 >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From wrwehler at gmail.com Sat Jan 7 19:49:38 2017 From: wrwehler at gmail.com (Ryan W) Date: Sat, 7 Jan 2017 19:49:38 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <22837EA1-B2E1-4DE9-8CE9-F28CB37B05D3@gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> <587190EE.9090002@Gmail.com> <58719670.9020300@Gmail.com> <22837EA1-B2E1-4DE9-8CE9-F28CB37B05D3@gmail.com> Message-ID: I sent it up to my google drive and sent you a test email and a link to the shared file (separate emails) to make sure at least something gets through. Sorry for the trouble and multiple emails. From jwcolby at gmail.com Sat Jan 7 20:01:59 2017 From: jwcolby at gmail.com (John Colby) Date: Sat, 7 Jan 2017 21:01:59 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> <587190EE.9090002@Gmail.com> <58719670.9020300@Gmail.com> <22837EA1-B2E1-4DE9-8CE9-F28CB37B05D3@gmail.com> Message-ID: <58719D97.3030403@Gmail.com> can you save it in a backwards compatible database container? My copy of Access does not like the Accdb. On 1/7/2017 8:49 PM, Ryan W wrote: > I sent it up to my google drive and sent you a test email and a link to the > shared file (separate emails) to make sure at least something gets > through. Sorry for the trouble and multiple emails. -- John W. Colby From fuller.artful at gmail.com Sun Jan 8 06:27:18 2017 From: fuller.artful at gmail.com (Arthur Fuller) Date: Sun, 8 Jan 2017 07:27:18 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: <58719D97.3030403@Gmail.com> References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> <587190EE.9090002@Gmail.com> <58719670.9020300@Gmail.com> <22837EA1-B2E1-4DE9-8CE9-F28CB37B05D3@gmail.com> <58719D97.3030403@Gmail.com> Message-ID: Ryan, I'd like a copy as well. Arthur ? From wrwehler at gmail.com Sun Jan 8 08:02:02 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sun, 8 Jan 2017 08:02:02 -0600 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: <190BE79D-5AE7-4368-BC0C-7666596EC6DF@gmail.com> <3458AC18-9123-47BF-A2E5-F45E7BF3DD7A@gmail.com> <587190EE.9090002@Gmail.com> <58719670.9020300@Gmail.com> <22837EA1-B2E1-4DE9-8CE9-F28CB37B05D3@gmail.com> <58719D97.3030403@Gmail.com> Message-ID: Sure thing. I sent it over. :) Sent from my iPad > On Jan 8, 2017, at 6:27 AM, Arthur Fuller wrote: > > Ryan, > > I'd like a copy as well. > > Arthur > ? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Sun Jan 8 12:04:16 2017 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sun, 8 Jan 2017 10:04:16 -0800 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Take a hard look at navigation forms. This is precisely what they do, allow you to jump back and forth, loading and unloading the subforms as you go. I use them extensively, and while they require more attention and do not sink subform events, they vastly improve the speed of the application. Charlotte Foust 916-206-4336 On Jan 6, 2017 5:19 AM, "Ryan Wehler" wrote: > We don't necessarily need a bazillion forms open at once. We are usually > working in one at a time but the ability to jump back and forth with tabs > is enticing to me and my users. Unfortunately once a few are open and > anything complex is attempted I get an out of resources message > > If I monitor virtual memory via access I can see with. Irving but my base > form open we are trending on 800MB MEMORY used. Open a few forms and we are > at 1.2 GB. By the time we hit 1.4-1.5GB is about when the out of resource > messages come piling in. > > > Carlotte, > > Rather than just blast my design (which had worked just fine up until > moving to access 2013) why don't you tell me some "good design principles" > you have and I can tell you I probably already follow 90% or more of them. > > > Sent from my iPhone > > > On Jan 6, 2017, at 5:52 AM, Jim Dettman wrote: > > > > > > Actually, many forms is not even a good reason. > > > > Nothing in Access for 64 bit is different than the 32 bit version. All > the > > internal constraints are still there (like 2048 table ID's). > > > > The only reason to use 64 bit Office is if you need: > > 1. Very large spreadsheets in Excel > > 2. Very large projects in MS Project > > 3. Very large projects in Visio. > > > > If you don't need that, then there's no reason to use it and a lot of > > reasons not to (lack of drivers and 3rd party support). > > > > Microsoft still recommends 32 bit for just about everyone and > > unfortunately, Ryan is on the bleeding edge, because very few are using > 64 > > bit because of the above. > > > > Jim. > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > > Charlotte Foust > > Sent: Friday, January 06, 2017 01:10 AM > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] 64-but ONLY front end ? > > > > IMO that's a pretty poor reason to go to 64-bit Office. If the design > were > > better, you wouldn't need a bazillion forms open simultaneously. > > > > Charlotte Foust > > (916) 206-4336 > > > >> On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: > >> > >> Hello Listers! > >> > >> Has anyone migrated their app to 64 bit only? > >> > >> I've recently started migrating from Office 2003 to Office 2013 (what we > >> have licensed). I've been testing and upgrading and learning about > ribbons > >> and finding code that doesn't work well under 2013 that worked > previously. > >> > >> The one problem I'm consistently running into is if I have more than a > >> couple forms open I start getting "Resource Limit Exceeded" messages. > From > >> what I gather, this is usually the 32 bit Virtual Memory limit (2GB) > >> running 32 bit applications on a 64 bit operating system. > >> > >> If I run Access 2013 64 bit (In a virtual machine) I can open as many > tabs > >> as my heart desires (I opened so many forms up in my app that my tab bar > >> had scroll arrows!) and not a peep about resource problems. > >> > >> I did some of the stuff suggested out on the web like make sure objects > >> get closed and set to 'nothing' when they aren't needed (which there > >> weren't many places that wasn't happening anyway)... and even tried > > running > >> msaccess.exe in XP compatibility mode (which was what someone suggested > to > >> get around this). > >> > >> Access 2013 is fully patched and I've tried a number of hot fixes and > >> registry tweaks posted by both MS and other users on the web to no avail > > as > >> well. > >> > >> None of that's worked... so I'm debating moving my users in house (the > >> only place I have to support) to 64 bit Office or Access runtime where > >> applicable. I've already modified all my API calls to to be PtrSafe and > >> kept some compiler constant if/then/else statements in place in case I > >> *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the > 32 > >> bit accde file... *sigh*) > >> > >> In short / TL;DR: Has anyone moved exclusively to 64 bit and what > problems > >> did you face and are you happy overall with doing so? > >> -- > >> 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Sun Jan 8 12:35:58 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sun, 8 Jan 2017 12:35:58 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Yeah I know. These controls were here before navigation forms were. To migrate everything might be painful.... I've thought about it more than once. Sent from my iPhone > On Jan 8, 2017, at 12:04 PM, Charlotte Foust wrote: > > Take a hard look at navigation forms. This is precisely what they do, > allow you to jump back and forth, loading and unloading the subforms as you > go. I use them extensively, and while they require more attention and do > not sink subform events, they vastly improve the speed of the application. > > Charlotte Foust > 916-206-4336 > >> On Jan 6, 2017 5:19 AM, "Ryan Wehler" wrote: >> >> We don't necessarily need a bazillion forms open at once. We are usually >> working in one at a time but the ability to jump back and forth with tabs >> is enticing to me and my users. Unfortunately once a few are open and >> anything complex is attempted I get an out of resources message >> >> If I monitor virtual memory via access I can see with. Irving but my base >> form open we are trending on 800MB MEMORY used. Open a few forms and we are >> at 1.2 GB. By the time we hit 1.4-1.5GB is about when the out of resource >> messages come piling in. >> >> >> Carlotte, >> >> Rather than just blast my design (which had worked just fine up until >> moving to access 2013) why don't you tell me some "good design principles" >> you have and I can tell you I probably already follow 90% or more of them. >> >> >> Sent from my iPhone >> >>> On Jan 6, 2017, at 5:52 AM, Jim Dettman wrote: >>> >>> >>> Actually, many forms is not even a good reason. >>> >>> Nothing in Access for 64 bit is different than the 32 bit version. All >> the >>> internal constraints are still there (like 2048 table ID's). >>> >>> The only reason to use 64 bit Office is if you need: >>> 1. Very large spreadsheets in Excel >>> 2. Very large projects in MS Project >>> 3. Very large projects in Visio. >>> >>> If you don't need that, then there's no reason to use it and a lot of >>> reasons not to (lack of drivers and 3rd party support). >>> >>> Microsoft still recommends 32 bit for just about everyone and >>> unfortunately, Ryan is on the bleeding edge, because very few are using >> 64 >>> bit because of the above. >>> >>> Jim. >>> >>> >>> -----Original Message----- >>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >>> Charlotte Foust >>> Sent: Friday, January 06, 2017 01:10 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] 64-but ONLY front end ? >>> >>> IMO that's a pretty poor reason to go to 64-bit Office. If the design >> were >>> better, you wouldn't need a bazillion forms open simultaneously. >>> >>> Charlotte Foust >>> (916) 206-4336 >>> >>>> On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: >>>> >>>> Hello Listers! >>>> >>>> Has anyone migrated their app to 64 bit only? >>>> >>>> I've recently started migrating from Office 2003 to Office 2013 (what we >>>> have licensed). I've been testing and upgrading and learning about >> ribbons >>>> and finding code that doesn't work well under 2013 that worked >> previously. >>>> >>>> The one problem I'm consistently running into is if I have more than a >>>> couple forms open I start getting "Resource Limit Exceeded" messages. >> From >>>> what I gather, this is usually the 32 bit Virtual Memory limit (2GB) >>>> running 32 bit applications on a 64 bit operating system. >>>> >>>> If I run Access 2013 64 bit (In a virtual machine) I can open as many >> tabs >>>> as my heart desires (I opened so many forms up in my app that my tab bar >>>> had scroll arrows!) and not a peep about resource problems. >>>> >>>> I did some of the stuff suggested out on the web like make sure objects >>>> get closed and set to 'nothing' when they aren't needed (which there >>>> weren't many places that wasn't happening anyway)... and even tried >>> running >>>> msaccess.exe in XP compatibility mode (which was what someone suggested >> to >>>> get around this). >>>> >>>> Access 2013 is fully patched and I've tried a number of hot fixes and >>>> registry tweaks posted by both MS and other users on the web to no avail >>> as >>>> well. >>>> >>>> None of that's worked... so I'm debating moving my users in house (the >>>> only place I have to support) to 64 bit Office or Access runtime where >>>> applicable. I've already modified all my API calls to to be PtrSafe and >>>> kept some compiler constant if/then/else statements in place in case I >>>> *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the >> 32 >>>> bit accde file... *sigh*) >>>> >>>> In short / TL;DR: Has anyone moved exclusively to 64 bit and what >> problems >>>> did you face and are you happy overall with doing so? >>>> -- >>>> 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 >> >> -- >> 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 From wrwehler at gmail.com Sun Jan 8 12:35:58 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sun, 8 Jan 2017 12:35:58 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Yeah I know. These controls were here before navigation forms were. To migrate everything might be painful.... I've thought about it more than once. Sent from my iPhone > On Jan 8, 2017, at 12:04 PM, Charlotte Foust wrote: > > Take a hard look at navigation forms. This is precisely what they do, > allow you to jump back and forth, loading and unloading the subforms as you > go. I use them extensively, and while they require more attention and do > not sink subform events, they vastly improve the speed of the application. > > Charlotte Foust > 916-206-4336 > >> On Jan 6, 2017 5:19 AM, "Ryan Wehler" wrote: >> >> We don't necessarily need a bazillion forms open at once. We are usually >> working in one at a time but the ability to jump back and forth with tabs >> is enticing to me and my users. Unfortunately once a few are open and >> anything complex is attempted I get an out of resources message >> >> If I monitor virtual memory via access I can see with. Irving but my base >> form open we are trending on 800MB MEMORY used. Open a few forms and we are >> at 1.2 GB. By the time we hit 1.4-1.5GB is about when the out of resource >> messages come piling in. >> >> >> Carlotte, >> >> Rather than just blast my design (which had worked just fine up until >> moving to access 2013) why don't you tell me some "good design principles" >> you have and I can tell you I probably already follow 90% or more of them. >> >> >> Sent from my iPhone >> >>> On Jan 6, 2017, at 5:52 AM, Jim Dettman wrote: >>> >>> >>> Actually, many forms is not even a good reason. >>> >>> Nothing in Access for 64 bit is different than the 32 bit version. All >> the >>> internal constraints are still there (like 2048 table ID's). >>> >>> The only reason to use 64 bit Office is if you need: >>> 1. Very large spreadsheets in Excel >>> 2. Very large projects in MS Project >>> 3. Very large projects in Visio. >>> >>> If you don't need that, then there's no reason to use it and a lot of >>> reasons not to (lack of drivers and 3rd party support). >>> >>> Microsoft still recommends 32 bit for just about everyone and >>> unfortunately, Ryan is on the bleeding edge, because very few are using >> 64 >>> bit because of the above. >>> >>> Jim. >>> >>> >>> -----Original Message----- >>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >>> Charlotte Foust >>> Sent: Friday, January 06, 2017 01:10 AM >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] 64-but ONLY front end ? >>> >>> IMO that's a pretty poor reason to go to 64-bit Office. If the design >> were >>> better, you wouldn't need a bazillion forms open simultaneously. >>> >>> Charlotte Foust >>> (916) 206-4336 >>> >>>> On Thu, Jan 5, 2017 at 7:39 PM, Ryan Wehler wrote: >>>> >>>> Hello Listers! >>>> >>>> Has anyone migrated their app to 64 bit only? >>>> >>>> I've recently started migrating from Office 2003 to Office 2013 (what we >>>> have licensed). I've been testing and upgrading and learning about >> ribbons >>>> and finding code that doesn't work well under 2013 that worked >> previously. >>>> >>>> The one problem I'm consistently running into is if I have more than a >>>> couple forms open I start getting "Resource Limit Exceeded" messages. >> From >>>> what I gather, this is usually the 32 bit Virtual Memory limit (2GB) >>>> running 32 bit applications on a 64 bit operating system. >>>> >>>> If I run Access 2013 64 bit (In a virtual machine) I can open as many >> tabs >>>> as my heart desires (I opened so many forms up in my app that my tab bar >>>> had scroll arrows!) and not a peep about resource problems. >>>> >>>> I did some of the stuff suggested out on the web like make sure objects >>>> get closed and set to 'nothing' when they aren't needed (which there >>>> weren't many places that wasn't happening anyway)... and even tried >>> running >>>> msaccess.exe in XP compatibility mode (which was what someone suggested >> to >>>> get around this). >>>> >>>> Access 2013 is fully patched and I've tried a number of hot fixes and >>>> registry tweaks posted by both MS and other users on the web to no avail >>> as >>>> well. >>>> >>>> None of that's worked... so I'm debating moving my users in house (the >>>> only place I have to support) to 64 bit Office or Access runtime where >>>> applicable. I've already modified all my API calls to to be PtrSafe and >>>> kept some compiler constant if/then/else statements in place in case I >>>> *HAVE* to run 32 bit somewhere (but then I'll need a way to compile the >> 32 >>>> bit accde file... *sigh*) >>>> >>>> In short / TL;DR: Has anyone moved exclusively to 64 bit and what >> problems >>>> did you face and are you happy overall with doing so? >>>> -- >>>> 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 >> >> -- >> 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 From jwcolby at gmail.com Sun Jan 8 15:00:33 2017 From: jwcolby at gmail.com (John Colby) Date: Sun, 8 Jan 2017 16:00:33 -0500 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: References: Message-ID: <5872A871.5020206@Gmail.com> What is the name of the extension we all use for adding error code and other things using keyboard shortcuts? Freeware for Access (pmt suggested) not free for other environments. I am just not finding it using any of my google searches, nor in my saved stuff. -- John W. Colby From wrwehler at gmail.com Sun Jan 8 15:06:17 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Sun, 8 Jan 2017 15:06:17 -0600 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <5872A871.5020206@Gmail.com> References: <5872A871.5020206@Gmail.com> Message-ID: Mz-tools and it's no longer free, period I have an old version saved I can email you tomorrow. Sent from my iPad > On Jan 8, 2017, at 3:00 PM, John Colby wrote: > > What is the name of the extension we all use for adding error code and other things using keyboard shortcuts? Freeware for Access (pmt suggested) not free for other environments. > > I am just not finding it using any of my google searches, nor in my saved stuff. > > -- John W. Colby > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From newsgrps at dalyn.co.nz Sun Jan 8 15:39:30 2017 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 9 Jan 2017 10:39:30 +1300 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <5872A871.5020206@Gmail.com> References: <5872A871.5020206@Gmail.com> Message-ID: <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> Hi John, I use the Code Commenter and Error Handler Add-in. It is available from the Module window .. Addin Manager. It is free :) You can set up your own templates. Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, 9 January 2017 10:01 a.m. To: Access Developers discussion and problem solving Subject: [AccessD] third party error code builder and other stuff What is the name of the extension we all use for adding error code and other things using keyboard shortcuts? Freeware for Access (pmt suggested) not free for other environments. I am just not finding it using any of my google searches, nor in my saved stuff. -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at gmail.com Sun Jan 8 15:51:37 2017 From: jwcolby at gmail.com (John Colby) Date: Sun, 8 Jan 2017 16:51:37 -0500 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> Message-ID: <5872B469.8060709@Gmail.com> MZ-Tools is what I was thinking of. I bought version 3 long ago, however it is no longer installed. I reinstalled it (I think) and I am trying to use it with Access 7 and it is not showing up. No se por que. :( I am also not seeing the code commenter and error handler add-in. No add-ins in fact. On 1/8/2017 4:39 PM, David Emerson wrote: > Hi John, > > I use the Code Commenter and Error Handler Add-in. It is available from the > Module window .. Addin Manager. It is free :) > > You can set up your own templates. > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > John Colby > Sent: Monday, 9 January 2017 10:01 a.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] third party error code builder and other stuff > > What is the name of the extension we all use for adding error code and other > things using keyboard shortcuts? Freeware for Access (pmt > suggested) not free for other environments. > > I am just not finding it using any of my google searches, nor in my saved > stuff. > > -- John W. Colby > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- John W. Colby From newsgrps at dalyn.co.nz Sun Jan 8 16:27:14 2017 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 9 Jan 2017 11:27:14 +1300 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <5872B469.8060709@Gmail.com> References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> Message-ID: <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> John, Just confirming you are looking from within a Module window and not the Access Window. Both have Addins in the toolbars but only the Modules window (where you edit your code) has the Code Commenter. This is Access 2010 (not sure about other versions). Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, 9 January 2017 10:52 a.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] third party error code builder and other stuff MZ-Tools is what I was thinking of. I bought version 3 long ago, however it is no longer installed. I reinstalled it (I think) and I am trying to use it with Access 7 and it is not showing up. No se por que. :( I am also not seeing the code commenter and error handler add-in. No add-ins in fact. On 1/8/2017 4:39 PM, David Emerson wrote: > Hi John, > > I use the Code Commenter and Error Handler Add-in. It is available > from the Module window .. Addin Manager. It is free :) > > You can set up your own templates. > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of John Colby > Sent: Monday, 9 January 2017 10:01 a.m. > To: Access Developers discussion and problem solving > Subject: [AccessD] third party error code builder and other stuff > > What is the name of the extension we all use for adding error code and > other things using keyboard shortcuts? Freeware for Access (pmt > suggested) not free for other environments. > > I am just not finding it using any of my google searches, nor in my > saved stuff. > > -- John W. Colby > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jwcolby at gmail.com Sun Jan 8 18:32:42 2017 From: jwcolby at gmail.com (John Colby) Date: Sun, 8 Jan 2017 19:32:42 -0500 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> Message-ID: <5872DA2A.4090403@Gmail.com> Yes, from the code window. On 1/8/2017 5:27 PM, David Emerson wrote: > John, > > Just confirming you are looking from within a Module window and not the > Access Window. Both have Addins in the toolbars but only the Modules window > (where you edit your code) has the Code Commenter. This is Access 2010 (not > sure about other versions). > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > John Colby > Sent: Monday, 9 January 2017 10:52 a.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] third party error code builder and other stuff > > MZ-Tools is what I was thinking of. I bought version 3 long ago, however it > is no longer installed. I reinstalled it (I think) and I am trying to use > it with Access 7 and it is not showing up. No se por que. :( > > I am also not seeing the code commenter and error handler add-in. No add-ins > in fact. > > On 1/8/2017 4:39 PM, David Emerson wrote: >> Hi John, >> >> I use the Code Commenter and Error Handler Add-in. It is available >> from the Module window .. Addin Manager. It is free :) >> >> You can set up your own templates. >> >> Regards >> >> David Emerson >> Dalyn Software Ltd >> Wellington, New Zealand >> >> >> >> -----Original Message----- >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf >> Of John Colby >> Sent: Monday, 9 January 2017 10:01 a.m. >> To: Access Developers discussion and problem solving >> Subject: [AccessD] third party error code builder and other stuff >> >> What is the name of the extension we all use for adding error code and >> other things using keyboard shortcuts? Freeware for Access (pmt >> suggested) not free for other environments. >> >> I am just not finding it using any of my google searches, nor in my >> saved stuff. >> >> -- John W. Colby >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- John W. Colby From newsgrps at dalyn.co.nz Sun Jan 8 19:07:12 2017 From: newsgrps at dalyn.co.nz (David Emerson) Date: Mon, 9 Jan 2017 14:07:12 +1300 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <5872DA2A.4090403@Gmail.com> References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> <5872DA2A.4090403@Gmail.com> Message-ID: <004001d26a14$b5a1b690$20e523b0$@dalyn.co.nz> I just assumed it was part of the standard Access install. With a bit of research I found that it needs to be installed. Here are the details: https://books.google.co.nz/books?id=qtxT7u4QzYgC&pg=PA497&lpg=PA497&dq=Acces s+add-in+code+commenter+and+error+handler&source=bl&ots=d9DB93EhSo&sig=4iqQy zg_VvBHiJ3QMWENOxojC-M&hl=en&sa=X&ved=0ahUKEwjx-7GV77PRAhVrlVQKHV4XBB8Q6AEIL DAD#v=onepage&q=Access%20add-in%20code%20commenter%20and%20error%20handler&f =false Regards David Emerson Dalyn Software Ltd Wellington, New Zealand -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Monday, 9 January 2017 1:33 p.m. To: Access Developers discussion and problem solving Subject: Re: [AccessD] third party error code builder and other stuff Yes, from the code window. On 1/8/2017 5:27 PM, David Emerson wrote: > John, > > Just confirming you are looking from within a Module window and not > the Access Window. Both have Addins in the toolbars but only the > Modules window (where you edit your code) has the Code Commenter. > This is Access 2010 (not sure about other versions). > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of John Colby > Sent: Monday, 9 January 2017 10:52 a.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] third party error code builder and other stuff > > MZ-Tools is what I was thinking of. I bought version 3 long ago, > however it is no longer installed. I reinstalled it (I think) and I > am trying to use it with Access 7 and it is not showing up. No se > por que. :( > > I am also not seeing the code commenter and error handler add-in. No > add-ins in fact. > > On 1/8/2017 4:39 PM, David Emerson wrote: >> Hi John, >> >> I use the Code Commenter and Error Handler Add-in. It is available >> from the Module window .. Addin Manager. It is free :) >> >> You can set up your own templates. >> >> Regards >> >> David Emerson >> Dalyn Software Ltd >> Wellington, New Zealand >> >> >> >> -----Original Message----- >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf >> Of John Colby >> Sent: Monday, 9 January 2017 10:01 a.m. >> To: Access Developers discussion and problem solving >> Subject: [AccessD] third party error code builder and other stuff >> >> What is the name of the extension we all use for adding error code >> and other things using keyboard shortcuts? Freeware for Access (pmt >> suggested) not free for other environments. >> >> I am just not finding it using any of my google searches, nor in my >> saved stuff. >> >> -- John W. Colby >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > > -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From charlotte.foust at gmail.com Sun Jan 8 20:42:10 2017 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Sun, 8 Jan 2017 18:42:10 -0800 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <5872DA2A.4090403@Gmail.com> References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> <5872DA2A.4090403@Gmail.com> Message-ID: John, Buy the paid version. It's cheap and it has lots of bells and whistles and works through 2016. It gets better with every release. Charlotte Foust (916) 206-4336 On Sun, Jan 8, 2017 at 4:32 PM, John Colby wrote: > Yes, from the code window. > > > On 1/8/2017 5:27 PM, David Emerson wrote: > >> John, >> >> Just confirming you are looking from within a Module window and not the >> Access Window. Both have Addins in the toolbars but only the Modules >> window >> (where you edit your code) has the Code Commenter. This is Access 2010 >> (not >> sure about other versions). >> >> Regards >> >> David Emerson >> Dalyn Software Ltd >> Wellington, New Zealand >> >> >> >> >> -----Original Message----- >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> John Colby >> Sent: Monday, 9 January 2017 10:52 a.m. >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] third party error code builder and other stuff >> >> MZ-Tools is what I was thinking of. I bought version 3 long ago, however >> it >> is no longer installed. I reinstalled it (I think) and I am trying to >> use >> it with Access 7 and it is not showing up. No se por que. :( >> >> I am also not seeing the code commenter and error handler add-in. No >> add-ins >> in fact. >> >> On 1/8/2017 4:39 PM, David Emerson wrote: >> >>> Hi John, >>> >>> I use the Code Commenter and Error Handler Add-in. It is available >>> from the Module window .. Addin Manager. It is free :) >>> >>> You can set up your own templates. >>> >>> Regards >>> >>> David Emerson >>> Dalyn Software Ltd >>> Wellington, New Zealand >>> >>> >>> >>> -----Original Message----- >>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf >>> Of John Colby >>> Sent: Monday, 9 January 2017 10:01 a.m. >>> To: Access Developers discussion and problem solving >>> Subject: [AccessD] third party error code builder and other stuff >>> >>> What is the name of the extension we all use for adding error code and >>> other things using keyboard shortcuts? Freeware for Access (pmt >>> suggested) not free for other environments. >>> >>> I am just not finding it using any of my google searches, nor in my >>> saved stuff. >>> >>> -- John W. Colby >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> >>> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> >> > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Sun Jan 8 21:01:29 2017 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Mon, 9 Jan 2017 03:01:29 +0000 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> <5872DA2A.4090403@Gmail.com> Message-ID: Agreed. It is also updated fairly regularly with bug fixes and new features. Well worth the few dollars. Cheers Darryl. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: 9 January, 2017 1:42 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] third party error code builder and other stuff John, Buy the paid version. It's cheap and it has lots of bells and whistles and works through 2016. It gets better with every release. Charlotte Foust (916) 206-4336 On Sun, Jan 8, 2017 at 4:32 PM, John Colby wrote: > Yes, from the code window. > > > On 1/8/2017 5:27 PM, David Emerson wrote: > >> John, >> >> Just confirming you are looking from within a Module window and not >> the Access Window. Both have Addins in the toolbars but only the >> Modules window (where you edit your code) has the Code Commenter. >> This is Access 2010 (not sure about other versions). >> >> Regards >> >> David Emerson >> Dalyn Software Ltd >> Wellington, New Zealand >> >> >> >> >> -----Original Message----- >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf >> Of John Colby >> Sent: Monday, 9 January 2017 10:52 a.m. >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] third party error code builder and other stuff >> >> MZ-Tools is what I was thinking of. I bought version 3 long ago, >> however it is no longer installed. I reinstalled it (I think) and I >> am trying to use it with Access 7 and it is not showing up. No se >> por que. :( >> >> I am also not seeing the code commenter and error handler add-in. No >> add-ins in fact. >> >> On 1/8/2017 4:39 PM, David Emerson wrote: >> >>> Hi John, >>> >>> I use the Code Commenter and Error Handler Add-in. It is available >>> from the Module window .. Addin Manager. It is free :) >>> >>> You can set up your own templates. >>> >>> Regards >>> >>> David Emerson >>> Dalyn Software Ltd >>> Wellington, New Zealand >>> >>> >>> >>> -----Original Message----- >>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On >>> Behalf Of John Colby >>> Sent: Monday, 9 January 2017 10:01 a.m. >>> To: Access Developers discussion and problem solving >>> Subject: [AccessD] third party error code builder and other stuff >>> >>> What is the name of the extension we all use for adding error code >>> and other things using keyboard shortcuts? Freeware for Access (pmt >>> suggested) not free for other environments. >>> >>> I am just not finding it using any of my google searches, nor in my >>> saved stuff. >>> >>> -- John W. Colby >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> >>> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> >> >> > -- > John W. Colby > > -- > 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 From dbdoug at gmail.com Sun Jan 8 21:05:47 2017 From: dbdoug at gmail.com (Doug Steele) Date: Sun, 8 Jan 2017 19:05:47 -0800 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> <5872DA2A.4090403@Gmail.com> Message-ID: The old free version was so useful that I bought the paid version although I never used it! Got a nice thank you email from the author as well. Doug On Sun, Jan 8, 2017 at 6:42 PM, Charlotte Foust wrote: > John, > > Buy the paid version. It's cheap and it has lots of bells and whistles and > works through 2016. It gets better with every release. > From jwcolby at gmail.com Mon Jan 9 04:26:53 2017 From: jwcolby at gmail.com (John Colby) Date: Mon, 9 Jan 2017 05:26:53 -0500 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> <5872DA2A.4090403@Gmail.com> Message-ID: <5873656D.80804@Gmail.com> I did pay, many years ago. I agree about the value, however I am not doing much dev work lately so... And none for Access, which is what I want to to use it for. Helping Ryan a bit with classes. So I may go ahead and buy it again. Or maybe not, haven't decided. On 1/8/2017 9:42 PM, Charlotte Foust wrote: > John, > > Buy the paid version. It's cheap and it has lots of bells and whistles and > works through 2016. It gets better with every release. > > Charlotte Foust > (916) 206-4336 > > On Sun, Jan 8, 2017 at 4:32 PM, John Colby wrote: > >> Yes, from the code window. >> >> >> On 1/8/2017 5:27 PM, David Emerson wrote: >> >>> John, >>> >>> Just confirming you are looking from within a Module window and not the >>> Access Window. Both have Addins in the toolbars but only the Modules >>> window >>> (where you edit your code) has the Code Commenter. This is Access 2010 >>> (not >>> sure about other versions). >>> >>> Regards >>> >>> David Emerson >>> Dalyn Software Ltd >>> Wellington, New Zealand >>> >>> >>> >>> >>> -----Original Message----- >>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >>> John Colby >>> Sent: Monday, 9 January 2017 10:52 a.m. >>> To: Access Developers discussion and problem solving >>> Subject: Re: [AccessD] third party error code builder and other stuff >>> >>> MZ-Tools is what I was thinking of. I bought version 3 long ago, however >>> it >>> is no longer installed. I reinstalled it (I think) and I am trying to >>> use >>> it with Access 7 and it is not showing up. No se por que. :( >>> >>> I am also not seeing the code commenter and error handler add-in. No >>> add-ins >>> in fact. >>> >>> On 1/8/2017 4:39 PM, David Emerson wrote: >>> >>>> Hi John, >>>> >>>> I use the Code Commenter and Error Handler Add-in. It is available >>>> from the Module window .. Addin Manager. It is free :) >>>> >>>> You can set up your own templates. >>>> >>>> Regards >>>> >>>> David Emerson >>>> Dalyn Software Ltd >>>> Wellington, New Zealand >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf >>>> Of John Colby >>>> Sent: Monday, 9 January 2017 10:01 a.m. >>>> To: Access Developers discussion and problem solving >>>> Subject: [AccessD] third party error code builder and other stuff >>>> >>>> What is the name of the extension we all use for adding error code and >>>> other things using keyboard shortcuts? Freeware for Access (pmt >>>> suggested) not free for other environments. >>>> >>>> I am just not finding it using any of my google searches, nor in my >>>> saved stuff. >>>> >>>> -- John W. Colby >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >>>> >>>> >>>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> >>> >>> >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> -- John W. Colby From charlotte.foust at gmail.com Mon Jan 9 15:28:06 2017 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Mon, 9 Jan 2017 13:28:06 -0800 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: I inherited a pesky database that has a password protected VBA project. What's the best way to get around that? Charlotte Foust 916-206-4336 From jimdettman at verizon.net Mon Jan 9 15:40:13 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 09 Jan 2017 16:40:13 -0500 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: There are no VBA project crackers that I am aware of, only Access ones. However you might try Wayne Phillips at Everything Access. He's done some very deep work with VBA and if anyone can do it, he'd be the one (and he does offer Access DB recovery services). Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: Monday, January 09, 2017 04:28 PM To: accessd at databaseadvisors.com Subject: [AccessD] Password recovery on access db I inherited a pesky database that has a password protected VBA project. What's the best way to get around that? Charlotte Foust 916-206-4336 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From bensonforums at gmail.com Mon Jan 9 16:13:55 2017 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 9 Jan 2017 17:13:55 -0500 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: I have an Excel hacker file that unlocks VBA Password on any currently opened excel projects. But it won't work on an access project because you can't open two databases in the same instance of access (ie, one unlocked with this code in a module, and the other, locked, that you are trying to open). If you write me offline, I will send you this code workbook, and maybe you can figure out a way to run its code without actually having a VBA project already unlocked. But I am going to go out on a limb and say it is probably impossible. On Mon, Jan 9, 2017 at 4:40 PM, Jim Dettman wrote: > > There are no VBA project crackers that I am aware of, only Access ones. > > However you might try Wayne Phillips at Everything Access. > > He's done some very deep work with VBA and if anyone can do it, he'd be > the > one (and he does offer Access DB recovery services). > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Charlotte Foust > Sent: Monday, January 09, 2017 04:28 PM > To: accessd at databaseadvisors.com > Subject: [AccessD] Password recovery on access db > > I inherited a pesky database that has a password protected VBA project. > What's the best way to get around that? > > Charlotte Foust > 916-206-4336 > -- > 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 > From darryl at whittleconsulting.com.au Mon Jan 9 18:02:42 2017 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 10 Jan 2017 00:02:42 +0000 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: Hi Charlotte, I use http://www.lostpassword.com/vba.htm http://www.lostpassword.com/recovery-options-standard.htm it is a paid product, but I have found it has paid for itself many times over the years - especially doing contract work where it is fairly normal for no-one to know the password once the original dev has left. Saved me many hours of pain. If you want to zip up the database and email it to me, I could try and unlock it for you - although the software is on my PC at home so it would have to wait about 8 hours or so. Otherwise it might be easier to pay for the software. Probably worth doing a bit of google work on this as there are other software solutions too. Cheers Darryl. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust Sent: 10 January, 2017 8:28 AM To: accessd at databaseadvisors.com Subject: [AccessD] Password recovery on access db I inherited a pesky database that has a password protected VBA project. What's the best way to get around that? Charlotte Foust 916-206-4336 -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jimdettman at verizon.net Mon Jan 9 18:13:26 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Mon, 09 Jan 2017 19:13:26 -0500 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: Looks like l'm out of date. It also means its impossible to protect a Accdb any more. Jim Sent from my iPhone > On Jan 9, 2017, at 7:02 PM, Darryl Collins wrote: > > Hi Charlotte, > > I use > http://www.lostpassword.com/vba.htm > > http://www.lostpassword.com/recovery-options-standard.htm > > it is a paid product, but I have found it has paid for itself many times over the years - especially doing contract work where it is fairly normal for no-one to know the password once the original dev has left. Saved me many hours of pain. > > If you want to zip up the database and email it to me, I could try and unlock it for you - although the software is on my PC at home so it would have to wait about 8 hours or so. Otherwise it might be easier to pay for the software. Probably worth doing a bit of google work on this as there are other software solutions too. > > Cheers > Darryl. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: 10 January, 2017 8:28 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] Password recovery on access db > > I inherited a pesky database that has a password protected VBA project. > What's the best way to get around that? > > Charlotte Foust > 916-206-4336 > -- > 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 From darryl at whittleconsulting.com.au Mon Jan 9 18:25:55 2017 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 10 Jan 2017 00:25:55 +0000 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: I assume anything is crackable these days - and that has proven to be the case in when I have need to crack things. It is just a matter of how much IP, money and effort you want to throw at the problem. I do use VBA passwords of course, but it really is only to prevent the VBE from popping open unexpectedly. I know a VBA password will stop my Mum and some employees, but it should be considered to be insecure from anyone half serious about cracking it. Regards Darryl. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman Sent: 10 January, 2017 11:13 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Password recovery on access db Looks like l'm out of date. It also means its impossible to protect a Accdb any more. Jim Sent from my iPhone > On Jan 9, 2017, at 7:02 PM, Darryl Collins wrote: > > Hi Charlotte, > > I use > http://www.lostpassword.com/vba.htm > > http://www.lostpassword.com/recovery-options-standard.htm > > it is a paid product, but I have found it has paid for itself many times over the years - especially doing contract work where it is fairly normal for no-one to know the password once the original dev has left. Saved me many hours of pain. > > If you want to zip up the database and email it to me, I could try and unlock it for you - although the software is on my PC at home so it would have to wait about 8 hours or so. Otherwise it might be easier to pay for the software. Probably worth doing a bit of google work on this as there are other software solutions too. > > Cheers > Darryl. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Charlotte Foust > Sent: 10 January, 2017 8:28 AM > To: accessd at databaseadvisors.com > Subject: [AccessD] Password recovery on access db > > I inherited a pesky database that has a password protected VBA project. > What's the best way to get around that? > > Charlotte Foust > 916-206-4336 > -- > 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 From bensonforums at gmail.com Tue Jan 10 12:44:24 2017 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 10 Jan 2017 13:44:24 -0500 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: I think by now your Mum would beg to differ... She knows how to Google I am sure! On Mon, Jan 9, 2017 at 7:25 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > I assume anything is crackable these days - and that has proven to be the > case in when I have need to crack things. It is just a matter of how much > IP, money and effort you want to throw at the problem. > > I do use VBA passwords of course, but it really is only to prevent the VBE > from popping open unexpectedly. I know a VBA password will stop my Mum and > some employees, but it should be considered to be insecure from anyone half > serious about cracking it. > > Regards > Darryl. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Jim Dettman > Sent: 10 January, 2017 11:13 AM > To: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Subject: Re: [AccessD] Password recovery on access db > > Looks like l'm out of date. > > It also means its impossible to protect a Accdb any more. > > Jim > > Sent from my iPhone > > > On Jan 9, 2017, at 7:02 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > > Hi Charlotte, > > > > I use > > http://www.lostpassword.com/vba.htm > > > > http://www.lostpassword.com/recovery-options-standard.htm > > > > it is a paid product, but I have found it has paid for itself many times > over the years - especially doing contract work where it is fairly normal > for no-one to know the password once the original dev has left. Saved me > many hours of pain. > > > > If you want to zip up the database and email it to me, I could try and > unlock it for you - although the software is on my PC at home so it would > have to wait about 8 hours or so. Otherwise it might be easier to pay for > the software. Probably worth doing a bit of google work on this as there > are other software solutions too. > > > > Cheers > > Darryl. > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Charlotte Foust > > Sent: 10 January, 2017 8:28 AM > > To: accessd at databaseadvisors.com > > Subject: [AccessD] Password recovery on access db > > > > I inherited a pesky database that has a password protected VBA project. > > What's the best way to get around that? > > > > Charlotte Foust > > 916-206-4336 > > -- > > 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From darryl at whittleconsulting.com.au Tue Jan 10 14:38:31 2017 From: darryl at whittleconsulting.com.au (Darryl Collins) Date: Tue, 10 Jan 2017 20:38:31 +0000 Subject: [AccessD] Password recovery on access db In-Reply-To: References: Message-ID: Hahaha... You would be surprised Bill. My folks are no fools, but for some reason computers still seem to confuse the hell out of them. They really don't understand them at all or get that Google can answer many of your questions these days. I have explained this many times, but it just doesn't seem to register or occur to them to use it. I know a few folks of their generation who are like that. Not everyone of course. Indeed, I know numerous 80+ year olds who are great with computers (and still code stuff too), but for some reason my folk are not in that category. Given they live 800 kms (497 miles) away I am a big user and fan of team viewer / remote access. Saves me a lot of nightmarish 'tech support' calls. You know the type "The blue thingy has disappeared and now the internet is broken".... WTF?? Cheers Darryl. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Wednesday, 11 January 2017 5:44 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Password recovery on access db I think by now your Mum would beg to differ... She knows how to Google I am sure! On Mon, Jan 9, 2017 at 7:25 PM, Darryl Collins < darryl at whittleconsulting.com.au> wrote: > I assume anything is crackable these days - and that has proven to be the > case in when I have need to crack things. It is just a matter of how much > IP, money and effort you want to throw at the problem. > > I do use VBA passwords of course, but it really is only to prevent the > VBE from popping open unexpectedly. I know a VBA password will stop my > Mum and some employees, but it should be considered to be insecure > from anyone half serious about cracking it. > > Regards > Darryl. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > Of Jim Dettman > Sent: 10 January, 2017 11:13 AM > To: Access Developers discussion and problem solving < > accessd at databaseadvisors.com> > Subject: Re: [AccessD] Password recovery on access db > > Looks like l'm out of date. > > It also means its impossible to protect a Accdb any more. > > Jim > > Sent from my iPhone > > > On Jan 9, 2017, at 7:02 PM, Darryl Collins < > darryl at whittleconsulting.com.au> wrote: > > > > Hi Charlotte, > > > > I use > > http://www.lostpassword.com/vba.htm > > > > http://www.lostpassword.com/recovery-options-standard.htm > > > > it is a paid product, but I have found it has paid for itself many > > times > over the years - especially doing contract work where it is fairly > normal for no-one to know the password once the original dev has left. > Saved me many hours of pain. > > > > If you want to zip up the database and email it to me, I could try > > and > unlock it for you - although the software is on my PC at home so it > would have to wait about 8 hours or so. Otherwise it might be easier > to pay for the software. Probably worth doing a bit of google work on > this as there are other software solutions too. > > > > Cheers > > Darryl. > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On > > Behalf > Of Charlotte Foust > > Sent: 10 January, 2017 8:28 AM > > To: accessd at databaseadvisors.com > > Subject: [AccessD] Password recovery on access db > > > > I inherited a pesky database that has a password protected VBA project. > > What's the best way to get around that? > > > > Charlotte Foust > > 916-206-4336 > > -- > > 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 > > -- > 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 From bensonforums at gmail.com Wed Jan 11 13:55:56 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 11 Jan 2017 14:55:56 -0500 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: <004001d26a14$b5a1b690$20e523b0$@dalyn.co.nz> References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> <5872DA2A.4090403@Gmail.com> <004001d26a14$b5a1b690$20e523b0$@dalyn.co.nz> Message-ID: Link pointed to a defunct google books page when I clicked on it. On Sun, Jan 8, 2017 at 8:07 PM, David Emerson wrote: > I just assumed it was part of the standard Access install. With a bit of > research I found that it needs to be installed. Here are the details: > > https://books.google.co.nz/books?id=qtxT7u4QzYgC&pg= > PA497&lpg=PA497&dq=Acces > s+add-in+code+commenter+and+error+handler&source=bl&ots= > d9DB93EhSo&sig=4iqQy > zg_VvBHiJ3QMWENOxojC-M&hl=en&sa=X&ved=0ahUKEwjx- > 7GV77PRAhVrlVQKHV4XBB8Q6AEIL > DAD#v=onepage&q=Access%20add-in%20code%20commenter%20and% > 20error%20handler&f > =false > > Regards > > David Emerson > Dalyn Software Ltd > Wellington, New Zealand > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > John Colby > Sent: Monday, 9 January 2017 1:33 p.m. > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] third party error code builder and other stuff > > Yes, from the code window. > > On 1/8/2017 5:27 PM, David Emerson wrote: > > John, > > > > Just confirming you are looking from within a Module window and not > > the Access Window. Both have Addins in the toolbars but only the > > Modules window (where you edit your code) has the Code Commenter. > > This is Access 2010 (not sure about other versions). > > > > Regards > > > > David Emerson > > Dalyn Software Ltd > > Wellington, New Zealand > > > > > > > > > > -----Original Message----- > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > > Of John Colby > > Sent: Monday, 9 January 2017 10:52 a.m. > > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] third party error code builder and other stuff > > > > MZ-Tools is what I was thinking of. I bought version 3 long ago, > > however it is no longer installed. I reinstalled it (I think) and I > > am trying to use it with Access 7 and it is not showing up. No se > > por que. :( > > > > I am also not seeing the code commenter and error handler add-in. No > > add-ins in fact. > > > > On 1/8/2017 4:39 PM, David Emerson wrote: > >> Hi John, > >> > >> I use the Code Commenter and Error Handler Add-in. It is available > >> from the Module window .. Addin Manager. It is free :) > >> > >> You can set up your own templates. > >> > >> Regards > >> > >> David Emerson > >> Dalyn Software Ltd > >> Wellington, New Zealand > >> > >> > >> > >> -----Original Message----- > >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf > >> Of John Colby > >> Sent: Monday, 9 January 2017 10:01 a.m. > >> To: Access Developers discussion and problem solving > >> Subject: [AccessD] third party error code builder and other stuff > >> > >> What is the name of the extension we all use for adding error code > >> and other things using keyboard shortcuts? Freeware for Access (pmt > >> suggested) not free for other environments. > >> > >> I am just not finding it using any of my google searches, nor in my > >> saved stuff. > >> > >> -- John W. Colby > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > >> > > -- > > John W. Colby > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > John W. Colby > > -- > 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 > From bensonforums at gmail.com Wed Jan 11 13:56:22 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 11 Jan 2017 14:56:22 -0500 Subject: [AccessD] third party error code builder and other stuff In-Reply-To: References: <5872A871.5020206@Gmail.com> <001c01d269f7$b1b0fa90$1512efb0$@dalyn.co.nz> <5872B469.8060709@Gmail.com> <002601d269fe$5d18ed10$174ac730$@dalyn.co.nz> <5872DA2A.4090403@Gmail.com> <004001d26a14$b5a1b690$20e523b0$@dalyn.co.nz> Message-ID: just tried it again and it worked. nevermind. On Wed, Jan 11, 2017 at 2:55 PM, Bill Benson wrote: > Link pointed to a defunct google books page when I clicked on it. > > On Sun, Jan 8, 2017 at 8:07 PM, David Emerson > wrote: > >> I just assumed it was part of the standard Access install. With a bit of >> research I found that it needs to be installed. Here are the details: >> >> https://books.google.co.nz/books?id=qtxT7u4QzYgC&pg=PA497& >> lpg=PA497&dq=Acces >> s+add-in+code+commenter+and+error+handler&source=bl&ots=d9DB >> 93EhSo&sig=4iqQy >> zg_VvBHiJ3QMWENOxojC-M&hl=en&sa=X&ved=0ahUKEwjx-7GV77PRAhVrl >> VQKHV4XBB8Q6AEIL >> DAD#v=onepage&q=Access%20add-in%20code%20commenter%20and%20e >> rror%20handler&f >> =false >> >> >> Regards >> >> David Emerson >> Dalyn Software Ltd >> Wellington, New Zealand >> >> >> >> -----Original Message----- >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> John Colby >> Sent: Monday, 9 January 2017 1:33 p.m. >> To: Access Developers discussion and problem solving >> Subject: Re: [AccessD] third party error code builder and other stuff >> >> Yes, from the code window. >> >> On 1/8/2017 5:27 PM, David Emerson wrote: >> > John, >> > >> > Just confirming you are looking from within a Module window and not >> > the Access Window. Both have Addins in the toolbars but only the >> > Modules window (where you edit your code) has the Code Commenter. >> > This is Access 2010 (not sure about other versions). >> > >> > Regards >> > >> > David Emerson >> > Dalyn Software Ltd >> > Wellington, New Zealand >> > >> > >> > >> > >> > -----Original Message----- >> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf >> > Of John Colby >> > Sent: Monday, 9 January 2017 10:52 a.m. >> > To: Access Developers discussion and problem solving >> > Subject: Re: [AccessD] third party error code builder and other stuff >> > >> > MZ-Tools is what I was thinking of. I bought version 3 long ago, >> > however it is no longer installed. I reinstalled it (I think) and I >> > am trying to use it with Access 7 and it is not showing up. No se >> > por que. :( >> > >> > I am also not seeing the code commenter and error handler add-in. No >> > add-ins in fact. >> > >> > On 1/8/2017 4:39 PM, David Emerson wrote: >> >> Hi John, >> >> >> >> I use the Code Commenter and Error Handler Add-in. It is available >> >> from the Module window .. Addin Manager. It is free :) >> >> >> >> You can set up your own templates. >> >> >> >> Regards >> >> >> >> David Emerson >> >> Dalyn Software Ltd >> >> Wellington, New Zealand >> >> >> >> >> >> >> >> -----Original Message----- >> >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf >> >> Of John Colby >> >> Sent: Monday, 9 January 2017 10:01 a.m. >> >> To: Access Developers discussion and problem solving >> >> Subject: [AccessD] third party error code builder and other stuff >> >> >> >> What is the name of the extension we all use for adding error code >> >> and other things using keyboard shortcuts? Freeware for Access (pmt >> >> suggested) not free for other environments. >> >> >> >> I am just not finding it using any of my google searches, nor in my >> >> saved stuff. >> >> >> >> -- John W. Colby >> >> -- >> >> AccessD mailing list >> >> AccessD at databaseadvisors.com >> >> http://databaseadvisors.com/mailman/listinfo/accessd >> >> Website: http://www.databaseadvisors.com >> >> >> >> >> > -- >> > John W. Colby >> > >> > -- >> > AccessD mailing list >> > AccessD at databaseadvisors.com >> > http://databaseadvisors.com/mailman/listinfo/accessd >> > Website: http://www.databaseadvisors.com >> > >> > >> >> -- >> John W. Colby >> >> -- >> 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 >> > > From wrwehler at gmail.com Tue Jan 17 08:54:05 2017 From: wrwehler at gmail.com (Ryan W) Date: Tue, 17 Jan 2017 08:54:05 -0600 Subject: [AccessD] 64-but ONLY front end ? Message-ID: For those following along: VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about 75K of memory "total", Access 2013 (32 bit) is using 516K of memory "total" sitting idle. This is WITHOUT having my MDE/ACCDE loaded. Talk about bloat! It looks like a lot of this might be the 64 bit to 32 bit layer (SYSWOW) I'm still chasing down "JIT" forms (via Classes) with John Colby providing assistance via email and telephone! He's been an amazing resource to bounce ideas and questions off. From jwcolby at gmail.com Tue Jan 17 11:59:23 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 17 Jan 2017 12:59:23 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: Assuming is mb? On Jan 17, 2017 9:56 AM, "Ryan W" wrote: > For those following along: > > > VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about 75K > of memory "total", Access 2013 (32 bit) is using 516K of memory "total" > sitting idle. This is WITHOUT having my MDE/ACCDE loaded. > > Talk about bloat! It looks like a lot of this might be the 64 bit to 32 bit > layer (SYSWOW) > > I'm still chasing down "JIT" forms (via Classes) with John Colby providing > assistance via email and telephone! He's been an amazing resource to > bounce ideas and questions off. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Tue Jan 17 12:10:28 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Tue, 17 Jan 2017 12:10:28 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: <7CE1A8AD-929D-40AA-889D-9D11D8563463@gmail.com> Yes sorry should have been MB. Sent from my iPhone > On Jan 17, 2017, at 11:59 AM, John Colby wrote: > > Assuming is mb? > >> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >> >> For those following along: >> >> >> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about 75K >> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >> >> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 bit >> layer (SYSWOW) >> >> I'm still chasing down "JIT" forms (via Classes) with John Colby providing >> assistance via email and telephone! He's been an amazing resource to >> bounce ideas and questions off. >> -- >> 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 From martinreid at gmail.com Tue Jan 17 13:04:01 2017 From: martinreid at gmail.com (Martin Reid) Date: Tue, 17 Jan 2017 19:04:01 +0000 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: Message-ID: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> He's been an amazing resource to bounce ideas and questions off Has been for many years. Martin -----Original Message----- From: "John Colby" Sent: ?17/?01/?2017 18:01 To: "Access Developers discussion and problem solving" Subject: Re: [AccessD] 64-but ONLY front end ? Assuming is mb? On Jan 17, 2017 9:56 AM, "Ryan W" wrote: > For those following along: > > > VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about 75K > of memory "total", Access 2013 (32 bit) is using 516K of memory "total" > sitting idle. This is WITHOUT having my MDE/ACCDE loaded. > > Talk about bloat! It looks like a lot of this might be the 64 bit to 32 bit > layer (SYSWOW) > > I'm still chasing down "JIT" forms (via Classes) with John Colby providing > assistance via email and telephone! He's been an amazing resource to > bounce ideas and questions off. > -- > 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 From wrwehler at gmail.com Tue Jan 17 14:35:20 2017 From: wrwehler at gmail.com (Ryan W) Date: Tue, 17 Jan 2017 14:35:20 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> Message-ID: A deeper look: Access 2013 32-bit on 64 bit OS: https://i.imgur.com/erUcFpo.png Access 2003 32-bit on 32 bit OS: https://i.imgur.com/1qCRQLm.png By the time I load my app up with JUST the switchboard open: Access 2013 32 bit: https://i.imgur.com/OkYxSsg.png Access 2003 32 bit: https://i.imgur.com/DeStcnt.png So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" number of around 1.45GB I start getting out of resource errors. When switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's never ever a problem. Here we are with 5 of our most used and most commonly opened forms all opened up: https://i.imgur.com/RjPRpnd.png We are just barely skirting that limit here. It would not take much (just a slightly larger data set on one of the forms) to stop the user in it's tracks. Those same forms open in Access 2003: https://i.imgur.com/ed296vH.png On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: > He's been an amazing resource to > bounce ideas and questions off > > Has been for many years. > > Martin > > -----Original Message----- > From: "John Colby" > Sent: ?17/?01/?2017 18:01 > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Subject: Re: [AccessD] 64-but ONLY front end ? > > Assuming is mb? > > On Jan 17, 2017 9:56 AM, "Ryan W" wrote: > > > For those following along: > > > > > > VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about > 75K > > of memory "total", Access 2013 (32 bit) is using 516K of memory "total" > > sitting idle. This is WITHOUT having my MDE/ACCDE loaded. > > > > Talk about bloat! It looks like a lot of this might be the 64 bit to 32 > bit > > layer (SYSWOW) > > > > I'm still chasing down "JIT" forms (via Classes) with John Colby > providing > > assistance via email and telephone! He's been an amazing resource to > > bounce ideas and questions off. > > -- > > 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 > From ewaldt at gdls.com Tue Jan 17 14:40:29 2017 From: ewaldt at gdls.com (ewaldt at gdls.com) Date: Tue, 17 Jan 2017 15:40:29 -0500 Subject: [AccessD] Easy way to play audio files from Access form In-Reply-To: References: Message-ID: Wow - I can't believe I missed this. I haven't worked on that database recently, so I'd forgotten about it, but I do appreciate the answers of all who sought to help. I received several answers, which I need to go through. I apologize for not thanking you all sooner. I still hope to use what you generously passed on to me. Tom Ewald Mass Properties General Dynamics Land Systems ---------------------------------------------------------------------- This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated. && From jwcolby at gmail.com Tue Jan 17 20:22:33 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 17 Jan 2017 21:22:33 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> Message-ID: <587ED169.4090403@Gmail.com> Have you managed to get a picture of the same 2013 x32 with JIT happening? On 1/17/2017 3:35 PM, Ryan W wrote: > A deeper look: > > > Access 2013 32-bit on 64 bit OS: > https://i.imgur.com/erUcFpo.png > > Access 2003 32-bit on 32 bit OS: > https://i.imgur.com/1qCRQLm.png > > > By the time I load my app up with JUST the switchboard open: > > Access 2013 32 bit: > https://i.imgur.com/OkYxSsg.png > > Access 2003 32 bit: > https://i.imgur.com/DeStcnt.png > > > So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" > number of around 1.45GB I start getting out of resource errors. When > switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's > never ever a problem. > > > Here we are with 5 of our most used and most commonly opened forms all > opened up: > https://i.imgur.com/RjPRpnd.png > > We are just barely skirting that limit here. It would not take much (just > a slightly larger data set on one of the forms) to stop the user in it's > tracks. > > Those same forms open in Access 2003: > https://i.imgur.com/ed296vH.png > > On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: > >> He's been an amazing resource to >> bounce ideas and questions off >> >> Has been for many years. >> >> Martin >> >> -----Original Message----- >> From: "John Colby" >> Sent: ?17/?01/?2017 18:01 >> To: "Access Developers discussion and problem solving" < >> accessd at databaseadvisors.com> >> Subject: Re: [AccessD] 64-but ONLY front end ? >> >> Assuming is mb? >> >> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >> >>> For those following along: >>> >>> >>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >> 75K >>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>> >>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >> bit >>> layer (SYSWOW) >>> >>> I'm still chasing down "JIT" forms (via Classes) with John Colby >> providing >>> assistance via email and telephone! He's been an amazing resource to >>> bounce ideas and questions off. >>> -- >>> 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 >> -- John W. Colby From jwcolby at gmail.com Tue Jan 17 20:32:56 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 17 Jan 2017 21:32:56 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> Message-ID: <587ED3D8.6070807@Gmail.com> Never mind. I didn't see "just the switchboard" I read somewhere that much of Access (back in the day) was written in assembler. Perhaps they switched to C# or something. Just a WAG. The whole thing is bizarre. What I'm not seeing however is an "apples to apples". It seems like we need 4 pictures. 2013 on 32 bit OS 2013 on 64 bit OS 2003 on 32 bit OS 2003 on 64 bit OS. I do know that 64 bit windows (assuming sufficient RAM) is able to push mapped video up out of the way. Speaking of sufficient ram, what is the physical memory of these machines? And does more physical memory help in any way? On 1/17/2017 3:35 PM, Ryan W wrote: > A deeper look: > > > Access 2013 32-bit on 64 bit OS: > https://i.imgur.com/erUcFpo.png > > Access 2003 32-bit on 32 bit OS: > https://i.imgur.com/1qCRQLm.png > > > By the time I load my app up with JUST the switchboard open: > > Access 2013 32 bit: > https://i.imgur.com/OkYxSsg.png > > Access 2003 32 bit: > https://i.imgur.com/DeStcnt.png > > > So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" > number of around 1.45GB I start getting out of resource errors. When > switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's > never ever a problem. > > > Here we are with 5 of our most used and most commonly opened forms all > opened up: > https://i.imgur.com/RjPRpnd.png > > We are just barely skirting that limit here. It would not take much (just > a slightly larger data set on one of the forms) to stop the user in it's > tracks. > > Those same forms open in Access 2003: > https://i.imgur.com/ed296vH.png > > On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: > >> He's been an amazing resource to >> bounce ideas and questions off >> >> Has been for many years. >> >> Martin >> >> -----Original Message----- >> From: "John Colby" >> Sent: ?17/?01/?2017 18:01 >> To: "Access Developers discussion and problem solving" < >> accessd at databaseadvisors.com> >> Subject: Re: [AccessD] 64-but ONLY front end ? >> >> Assuming is mb? >> >> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >> >>> For those following along: >>> >>> >>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >> 75K >>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>> >>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >> bit >>> layer (SYSWOW) >>> >>> I'm still chasing down "JIT" forms (via Classes) with John Colby >> providing >>> assistance via email and telephone! He's been an amazing resource to >>> bounce ideas and questions off. >>> -- >>> 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 >> -- John W. Colby From wrwehler at gmail.com Tue Jan 17 20:40:36 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Tue, 17 Jan 2017 20:40:36 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587ED169.4090403@Gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> Message-ID: <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> I have one floating around. It's a marked improvement for sure but I'm not sure it will be enough.... I wish Access would release forms or tabs(form tabs not tab controls) that are in memory but not in focus to avoid stuff like this. If JIT controls isn't enough I'm not sure what else I can do other than try to tell people not to have too much open at once (like that would work) Sent from my iPad > On Jan 17, 2017, at 8:22 PM, John Colby wrote: > > Have you managed to get a picture of the same 2013 x32 with JIT happening? > >> On 1/17/2017 3:35 PM, Ryan W wrote: >> A deeper look: >> >> >> Access 2013 32-bit on 64 bit OS: >> https://i.imgur.com/erUcFpo.png >> >> Access 2003 32-bit on 32 bit OS: >> https://i.imgur.com/1qCRQLm.png >> >> >> By the time I load my app up with JUST the switchboard open: >> >> Access 2013 32 bit: >> https://i.imgur.com/OkYxSsg.png >> >> Access 2003 32 bit: >> https://i.imgur.com/DeStcnt.png >> >> >> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >> number of around 1.45GB I start getting out of resource errors. When >> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >> never ever a problem. >> >> >> Here we are with 5 of our most used and most commonly opened forms all >> opened up: >> https://i.imgur.com/RjPRpnd.png >> >> We are just barely skirting that limit here. It would not take much (just >> a slightly larger data set on one of the forms) to stop the user in it's >> tracks. >> >> Those same forms open in Access 2003: >> https://i.imgur.com/ed296vH.png >> >>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>> >>> He's been an amazing resource to >>> bounce ideas and questions off >>> >>> Has been for many years. >>> >>> Martin >>> >>> -----Original Message----- >>> From: "John Colby" >>> Sent: ?17/?01/?2017 18:01 >>> To: "Access Developers discussion and problem solving" < >>> accessd at databaseadvisors.com> >>> Subject: Re: [AccessD] 64-but ONLY front end ? >>> >>> Assuming is mb? >>> >>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>> >>>> For those following along: >>>> >>>> >>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>> 75K >>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>> >>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>> bit >>>> layer (SYSWOW) >>>> >>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>> providing >>>> assistance via email and telephone! He's been an amazing resource to >>>> bounce ideas and questions off. >>>> -- >>>> 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 >>> > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From wrwehler at gmail.com Tue Jan 17 20:44:39 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Tue, 17 Jan 2017 20:44:39 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587ED3D8.6070807@Gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED3D8.6070807@Gmail.com> Message-ID: <21B69EDF-0929-4A99-90E2-DDCD4992113C@gmail.com> 64 on 64 shows a max VM at something like 8GB (what my physical memory limit is) with an actual 8TB (yes TB limit). I don't have a box I can readily test 2003 on 64 right now unless I uninstall 2013 from mine (or go screenshot a colleagues machine which I may do tomorrow). But I already know 32 bit processes on 64 bit systems are limited to 2 GB of virtual memory regardless what version of Access it is. It just so happens 2003 uses WAY less to start with. Sent from my iPad > On Jan 17, 2017, at 8:32 PM, John Colby wrote: > > Never mind. I didn't see "just the switchboard" > > I read somewhere that much of Access (back in the day) was written in assembler. Perhaps they switched to C# or something. Just a WAG. > > The whole thing is bizarre. > > What I'm not seeing however is an "apples to apples". It seems like we need 4 pictures. > > 2013 on 32 bit OS > 2013 on 64 bit OS > 2003 on 32 bit OS > 2003 on 64 bit OS. > > I do know that 64 bit windows (assuming sufficient RAM) is able to push mapped video up out of the way. > > Speaking of sufficient ram, what is the physical memory of these machines? And does more physical memory help in any way? > >> On 1/17/2017 3:35 PM, Ryan W wrote: >> A deeper look: >> >> >> Access 2013 32-bit on 64 bit OS: >> https://i.imgur.com/erUcFpo.png >> >> Access 2003 32-bit on 32 bit OS: >> https://i.imgur.com/1qCRQLm.png >> >> >> By the time I load my app up with JUST the switchboard open: >> >> Access 2013 32 bit: >> https://i.imgur.com/OkYxSsg.png >> >> Access 2003 32 bit: >> https://i.imgur.com/DeStcnt.png >> >> >> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >> number of around 1.45GB I start getting out of resource errors. When >> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >> never ever a problem. >> >> >> Here we are with 5 of our most used and most commonly opened forms all >> opened up: >> https://i.imgur.com/RjPRpnd.png >> >> We are just barely skirting that limit here. It would not take much (just >> a slightly larger data set on one of the forms) to stop the user in it's >> tracks. >> >> Those same forms open in Access 2003: >> https://i.imgur.com/ed296vH.png >> >>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>> >>> He's been an amazing resource to >>> bounce ideas and questions off >>> >>> Has been for many years. >>> >>> Martin >>> >>> -----Original Message----- >>> From: "John Colby" >>> Sent: ?17/?01/?2017 18:01 >>> To: "Access Developers discussion and problem solving" < >>> accessd at databaseadvisors.com> >>> Subject: Re: [AccessD] 64-but ONLY front end ? >>> >>> Assuming is mb? >>> >>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>> >>>> For those following along: >>>> >>>> >>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>> 75K >>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>> >>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>> bit >>>> layer (SYSWOW) >>>> >>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>> providing >>>> assistance via email and telephone! He's been an amazing resource to >>>> bounce ideas and questions off. >>>> -- >>>> 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 >>> > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From wrwehler at gmail.com Tue Jan 17 20:45:36 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Tue, 17 Jan 2017 20:45:36 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587ED3D8.6070807@Gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED3D8.6070807@Gmail.com> Message-ID: Oh and 8GB physical memory. At least on my machine. But that hardly matters from what I've read with the virtual memory limit imposed on 32 bit apps on 64 OS. Sent from my iPad > On Jan 17, 2017, at 8:32 PM, John Colby wrote: > > Never mind. I didn't see "just the switchboard" > > I read somewhere that much of Access (back in the day) was written in assembler. Perhaps they switched to C# or something. Just a WAG. > > The whole thing is bizarre. > > What I'm not seeing however is an "apples to apples". It seems like we need 4 pictures. > > 2013 on 32 bit OS > 2013 on 64 bit OS > 2003 on 32 bit OS > 2003 on 64 bit OS. > > I do know that 64 bit windows (assuming sufficient RAM) is able to push mapped video up out of the way. > > Speaking of sufficient ram, what is the physical memory of these machines? And does more physical memory help in any way? > >> On 1/17/2017 3:35 PM, Ryan W wrote: >> A deeper look: >> >> >> Access 2013 32-bit on 64 bit OS: >> https://i.imgur.com/erUcFpo.png >> >> Access 2003 32-bit on 32 bit OS: >> https://i.imgur.com/1qCRQLm.png >> >> >> By the time I load my app up with JUST the switchboard open: >> >> Access 2013 32 bit: >> https://i.imgur.com/OkYxSsg.png >> >> Access 2003 32 bit: >> https://i.imgur.com/DeStcnt.png >> >> >> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >> number of around 1.45GB I start getting out of resource errors. When >> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >> never ever a problem. >> >> >> Here we are with 5 of our most used and most commonly opened forms all >> opened up: >> https://i.imgur.com/RjPRpnd.png >> >> We are just barely skirting that limit here. It would not take much (just >> a slightly larger data set on one of the forms) to stop the user in it's >> tracks. >> >> Those same forms open in Access 2003: >> https://i.imgur.com/ed296vH.png >> >>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>> >>> He's been an amazing resource to >>> bounce ideas and questions off >>> >>> Has been for many years. >>> >>> Martin >>> >>> -----Original Message----- >>> From: "John Colby" >>> Sent: ?17/?01/?2017 18:01 >>> To: "Access Developers discussion and problem solving" < >>> accessd at databaseadvisors.com> >>> Subject: Re: [AccessD] 64-but ONLY front end ? >>> >>> Assuming is mb? >>> >>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>> >>>> For those following along: >>>> >>>> >>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>> 75K >>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>> >>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>> bit >>>> layer (SYSWOW) >>>> >>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>> providing >>>> assistance via email and telephone! He's been an amazing resource to >>>> bounce ideas and questions off. >>>> -- >>>> 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 >>> > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at gmail.com Tue Jan 17 20:51:22 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 17 Jan 2017 21:51:22 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> Message-ID: <587ED82A.40604@Gmail.com> Actually you can force the issue. On 1/17/2017 9:40 PM, Ryan Wehler wrote: > I have one floating around. It's a marked improvement for sure but I'm not sure it will be enough.... I wish Access would release forms or tabs(form tabs not tab controls) that are in memory but not in focus to avoid stuff like this. > > If JIT controls isn't enough I'm not sure what else I can do other than try to tell people not to have too much open at once (like that would work) > > > Sent from my iPad > >> On Jan 17, 2017, at 8:22 PM, John Colby wrote: >> >> Have you managed to get a picture of the same 2013 x32 with JIT happening? >> >>> On 1/17/2017 3:35 PM, Ryan W wrote: >>> A deeper look: >>> >>> >>> Access 2013 32-bit on 64 bit OS: >>> https://i.imgur.com/erUcFpo.png >>> >>> Access 2003 32-bit on 32 bit OS: >>> https://i.imgur.com/1qCRQLm.png >>> >>> >>> By the time I load my app up with JUST the switchboard open: >>> >>> Access 2013 32 bit: >>> https://i.imgur.com/OkYxSsg.png >>> >>> Access 2003 32 bit: >>> https://i.imgur.com/DeStcnt.png >>> >>> >>> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >>> number of around 1.45GB I start getting out of resource errors. When >>> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >>> never ever a problem. >>> >>> >>> Here we are with 5 of our most used and most commonly opened forms all >>> opened up: >>> https://i.imgur.com/RjPRpnd.png >>> >>> We are just barely skirting that limit here. It would not take much (just >>> a slightly larger data set on one of the forms) to stop the user in it's >>> tracks. >>> >>> Those same forms open in Access 2003: >>> https://i.imgur.com/ed296vH.png >>> >>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>>> >>>> He's been an amazing resource to >>>> bounce ideas and questions off >>>> >>>> Has been for many years. >>>> >>>> Martin >>>> >>>> -----Original Message----- >>>> From: "John Colby" >>>> Sent: ?17/?01/?2017 18:01 >>>> To: "Access Developers discussion and problem solving" < >>>> accessd at databaseadvisors.com> >>>> Subject: Re: [AccessD] 64-but ONLY front end ? >>>> >>>> Assuming is mb? >>>> >>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>>> >>>>> For those following along: >>>>> >>>>> >>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>>> 75K >>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>>> >>>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>>> bit >>>>> layer (SYSWOW) >>>>> >>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>>> providing >>>>> assistance via email and telephone! He's been an amazing resource to >>>>> bounce ideas and questions off. >>>>> -- >>>>> 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 >>>> >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- John W. Colby From jwcolby at gmail.com Tue Jan 17 20:56:55 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 17 Jan 2017 21:56:55 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> Message-ID: <587ED977.5010807@Gmail.com> You can tell what forms are open, there is a built-in collection for that. Thus you can see what is already open and as a form opens have it refuse to open and shut back down with a warning (or something like that). You could even do something semi-intelligent like discover how much each form uses and place it in a table such that you allow forms to open as long as the memory used stays below a threshold. Ugly but possible. On 1/17/2017 9:40 PM, Ryan Wehler wrote: > I have one floating around. It's a marked improvement for sure but I'm not sure it will be enough.... I wish Access would release forms or tabs(form tabs not tab controls) that are in memory but not in focus to avoid stuff like this. > > If JIT controls isn't enough I'm not sure what else I can do other than try to tell people not to have too much open at once (like that would work) > > > Sent from my iPad > >> On Jan 17, 2017, at 8:22 PM, John Colby wrote: >> >> Have you managed to get a picture of the same 2013 x32 with JIT happening? >> >>> On 1/17/2017 3:35 PM, Ryan W wrote: >>> A deeper look: >>> >>> >>> Access 2013 32-bit on 64 bit OS: >>> https://i.imgur.com/erUcFpo.png >>> >>> Access 2003 32-bit on 32 bit OS: >>> https://i.imgur.com/1qCRQLm.png >>> >>> >>> By the time I load my app up with JUST the switchboard open: >>> >>> Access 2013 32 bit: >>> https://i.imgur.com/OkYxSsg.png >>> >>> Access 2003 32 bit: >>> https://i.imgur.com/DeStcnt.png >>> >>> >>> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >>> number of around 1.45GB I start getting out of resource errors. When >>> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >>> never ever a problem. >>> >>> >>> Here we are with 5 of our most used and most commonly opened forms all >>> opened up: >>> https://i.imgur.com/RjPRpnd.png >>> >>> We are just barely skirting that limit here. It would not take much (just >>> a slightly larger data set on one of the forms) to stop the user in it's >>> tracks. >>> >>> Those same forms open in Access 2003: >>> https://i.imgur.com/ed296vH.png >>> >>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>>> >>>> He's been an amazing resource to >>>> bounce ideas and questions off >>>> >>>> Has been for many years. >>>> >>>> Martin >>>> >>>> -----Original Message----- >>>> From: "John Colby" >>>> Sent: ?17/?01/?2017 18:01 >>>> To: "Access Developers discussion and problem solving" < >>>> accessd at databaseadvisors.com> >>>> Subject: Re: [AccessD] 64-but ONLY front end ? >>>> >>>> Assuming is mb? >>>> >>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>>> >>>>> For those following along: >>>>> >>>>> >>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>>> 75K >>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>>> >>>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>>> bit >>>>> layer (SYSWOW) >>>>> >>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>>> providing >>>>> assistance via email and telephone! He's been an amazing resource to >>>>> bounce ideas and questions off. >>>>> -- >>>>> 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 >>>> >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- John W. Colby From wrwehler at gmail.com Tue Jan 17 21:00:43 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Tue, 17 Jan 2017 21:00:43 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587ED82A.40604@Gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> <587ED82A.40604@Gmail.com> Message-ID: I thought about coming up with a form_open event that looked up how many forms were open and would bark if more than X were and let you select one to close. But I don't think that nag would go over well..... The easiest solution still seems to be to run the 64 bit version of Access. No JIT or memory management involved.... to get us going down the next phase. But MS suggests you use the 32 bit version so I keep getting push back when I "ask around" about running 64 bit Access/Office. Sent from my iPad > On Jan 17, 2017, at 8:51 PM, John Colby wrote: > > Actually you can force the issue. > >> On 1/17/2017 9:40 PM, Ryan Wehler wrote: >> I have one floating around. It's a marked improvement for sure but I'm not sure it will be enough.... I wish Access would release forms or tabs(form tabs not tab controls) that are in memory but not in focus to avoid stuff like this. >> >> If JIT controls isn't enough I'm not sure what else I can do other than try to tell people not to have too much open at once (like that would work) >> >> >> Sent from my iPad >> >>> On Jan 17, 2017, at 8:22 PM, John Colby wrote: >>> >>> Have you managed to get a picture of the same 2013 x32 with JIT happening? >>> >>>> On 1/17/2017 3:35 PM, Ryan W wrote: >>>> A deeper look: >>>> >>>> >>>> Access 2013 32-bit on 64 bit OS: >>>> https://i.imgur.com/erUcFpo.png >>>> >>>> Access 2003 32-bit on 32 bit OS: >>>> https://i.imgur.com/1qCRQLm.png >>>> >>>> >>>> By the time I load my app up with JUST the switchboard open: >>>> >>>> Access 2013 32 bit: >>>> https://i.imgur.com/OkYxSsg.png >>>> >>>> Access 2003 32 bit: >>>> https://i.imgur.com/DeStcnt.png >>>> >>>> >>>> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >>>> number of around 1.45GB I start getting out of resource errors. When >>>> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >>>> never ever a problem. >>>> >>>> >>>> Here we are with 5 of our most used and most commonly opened forms all >>>> opened up: >>>> https://i.imgur.com/RjPRpnd.png >>>> >>>> We are just barely skirting that limit here. It would not take much (just >>>> a slightly larger data set on one of the forms) to stop the user in it's >>>> tracks. >>>> >>>> Those same forms open in Access 2003: >>>> https://i.imgur.com/ed296vH.png >>>> >>>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>>>> >>>>> He's been an amazing resource to >>>>> bounce ideas and questions off >>>>> >>>>> Has been for many years. >>>>> >>>>> Martin >>>>> >>>>> -----Original Message----- >>>>> From: "John Colby" >>>>> Sent: ?17/?01/?2017 18:01 >>>>> To: "Access Developers discussion and problem solving" < >>>>> accessd at databaseadvisors.com> >>>>> Subject: Re: [AccessD] 64-but ONLY front end ? >>>>> >>>>> Assuming is mb? >>>>> >>>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>>>> >>>>>> For those following along: >>>>>> >>>>>> >>>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>>>> 75K >>>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>>>> >>>>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>>>> bit >>>>>> layer (SYSWOW) >>>>>> >>>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>>>> providing >>>>>> assistance via email and telephone! He's been an amazing resource to >>>>>> bounce ideas and questions off. >>>>>> -- >>>>>> 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 >>>>> >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jwcolby at gmail.com Tue Jan 17 21:10:07 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 17 Jan 2017 22:10:07 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> <587ED82A.40604@Gmail.com> Message-ID: <587EDC8F.6080702@Gmail.com> hate to be the one to say it but IIWM I would be investigating Access 2007 runtimes and just buy a copy of 2007 to dev in. I have used runtimes extensively at one client. No license required on the target machine. You are developing around (or trying to) a HUGE issue with Access 2013. 2007 definitely runs on Windows 10. It also runs on the backwards Windows versions, perhaps even XP. On 1/17/2017 10:00 PM, Ryan Wehler wrote: > I thought about coming up with a form_open event that looked up how many forms were open and would bark if more than X were and let you select one to close. But I don't think that nag would go over well..... > > The easiest solution still seems to be to run the 64 bit version of Access. No JIT or memory management involved.... to get us going down the next phase. > > But MS suggests you use the 32 bit version so I keep getting push back when I "ask around" about running 64 bit Access/Office. > > Sent from my iPad > >> On Jan 17, 2017, at 8:51 PM, John Colby wrote: >> >> Actually you can force the issue. >> >>> On 1/17/2017 9:40 PM, Ryan Wehler wrote: >>> I have one floating around. It's a marked improvement for sure but I'm not sure it will be enough.... I wish Access would release forms or tabs(form tabs not tab controls) that are in memory but not in focus to avoid stuff like this. >>> >>> If JIT controls isn't enough I'm not sure what else I can do other than try to tell people not to have too much open at once (like that would work) >>> >>> >>> Sent from my iPad >>> >>>> On Jan 17, 2017, at 8:22 PM, John Colby wrote: >>>> >>>> Have you managed to get a picture of the same 2013 x32 with JIT happening? >>>> >>>>> On 1/17/2017 3:35 PM, Ryan W wrote: >>>>> A deeper look: >>>>> >>>>> >>>>> Access 2013 32-bit on 64 bit OS: >>>>> https://i.imgur.com/erUcFpo.png >>>>> >>>>> Access 2003 32-bit on 32 bit OS: >>>>> https://i.imgur.com/1qCRQLm.png >>>>> >>>>> >>>>> By the time I load my app up with JUST the switchboard open: >>>>> >>>>> Access 2013 32 bit: >>>>> https://i.imgur.com/OkYxSsg.png >>>>> >>>>> Access 2003 32 bit: >>>>> https://i.imgur.com/DeStcnt.png >>>>> >>>>> >>>>> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >>>>> number of around 1.45GB I start getting out of resource errors. When >>>>> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >>>>> never ever a problem. >>>>> >>>>> >>>>> Here we are with 5 of our most used and most commonly opened forms all >>>>> opened up: >>>>> https://i.imgur.com/RjPRpnd.png >>>>> >>>>> We are just barely skirting that limit here. It would not take much (just >>>>> a slightly larger data set on one of the forms) to stop the user in it's >>>>> tracks. >>>>> >>>>> Those same forms open in Access 2003: >>>>> https://i.imgur.com/ed296vH.png >>>>> >>>>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>>>>> >>>>>> He's been an amazing resource to >>>>>> bounce ideas and questions off >>>>>> >>>>>> Has been for many years. >>>>>> >>>>>> Martin >>>>>> >>>>>> -----Original Message----- >>>>>> From: "John Colby" >>>>>> Sent: ?17/?01/?2017 18:01 >>>>>> To: "Access Developers discussion and problem solving" < >>>>>> accessd at databaseadvisors.com> >>>>>> Subject: Re: [AccessD] 64-but ONLY front end ? >>>>>> >>>>>> Assuming is mb? >>>>>> >>>>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>>>>> >>>>>>> For those following along: >>>>>>> >>>>>>> >>>>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>>>>> 75K >>>>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>>>>> >>>>>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>>>>> bit >>>>>>> layer (SYSWOW) >>>>>>> >>>>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>>>>> providing >>>>>>> assistance via email and telephone! He's been an amazing resource to >>>>>>> bounce ideas and questions off. >>>>>>> -- >>>>>>> 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 >>>>>> >>>> -- >>>> John W. Colby >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http://www.databaseadvisors.com >> -- >> John W. Colby >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com -- John W. Colby From wrwehler at gmail.com Tue Jan 17 21:16:53 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Tue, 17 Jan 2017 21:16:53 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587EDC8F.6080702@Gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> <587ED82A.40604@Gmail.com> <587EDC8F.6080702@Gmail.com> Message-ID: I'll download the 2007 runtime and see what the memory situation is tomorrow. The problem is we run office 2013. So I'd have to do all my access dev work in a VM which is a pita.... but then again so is this.. Sent from my iPad > On Jan 17, 2017, at 9:10 PM, John Colby wrote: > > hate to be the one to say it but IIWM I would be investigating Access 2007 runtimes and just buy a copy of 2007 to dev in. I have used runtimes extensively at one client. No license required on the target machine. > > You are developing around (or trying to) a HUGE issue with Access 2013. 2007 definitely runs on Windows 10. It also runs on the backwards Windows versions, perhaps even XP. > >> On 1/17/2017 10:00 PM, Ryan Wehler wrote: >> I thought about coming up with a form_open event that looked up how many forms were open and would bark if more than X were and let you select one to close. But I don't think that nag would go over well..... >> >> The easiest solution still seems to be to run the 64 bit version of Access. No JIT or memory management involved.... to get us going down the next phase. >> >> But MS suggests you use the 32 bit version so I keep getting push back when I "ask around" about running 64 bit Access/Office. >> >> Sent from my iPad >> >>> On Jan 17, 2017, at 8:51 PM, John Colby wrote: >>> >>> Actually you can force the issue. >>> >>>> On 1/17/2017 9:40 PM, Ryan Wehler wrote: >>>> I have one floating around. It's a marked improvement for sure but I'm not sure it will be enough.... I wish Access would release forms or tabs(form tabs not tab controls) that are in memory but not in focus to avoid stuff like this. >>>> >>>> If JIT controls isn't enough I'm not sure what else I can do other than try to tell people not to have too much open at once (like that would work) >>>> >>>> >>>> Sent from my iPad >>>> >>>>> On Jan 17, 2017, at 8:22 PM, John Colby wrote: >>>>> >>>>> Have you managed to get a picture of the same 2013 x32 with JIT happening? >>>>> >>>>>> On 1/17/2017 3:35 PM, Ryan W wrote: >>>>>> A deeper look: >>>>>> >>>>>> >>>>>> Access 2013 32-bit on 64 bit OS: >>>>>> https://i.imgur.com/erUcFpo.png >>>>>> >>>>>> Access 2003 32-bit on 32 bit OS: >>>>>> https://i.imgur.com/1qCRQLm.png >>>>>> >>>>>> >>>>>> By the time I load my app up with JUST the switchboard open: >>>>>> >>>>>> Access 2013 32 bit: >>>>>> https://i.imgur.com/OkYxSsg.png >>>>>> >>>>>> Access 2003 32 bit: >>>>>> https://i.imgur.com/DeStcnt.png >>>>>> >>>>>> >>>>>> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >>>>>> number of around 1.45GB I start getting out of resource errors. When >>>>>> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >>>>>> never ever a problem. >>>>>> >>>>>> >>>>>> Here we are with 5 of our most used and most commonly opened forms all >>>>>> opened up: >>>>>> https://i.imgur.com/RjPRpnd.png >>>>>> >>>>>> We are just barely skirting that limit here. It would not take much (just >>>>>> a slightly larger data set on one of the forms) to stop the user in it's >>>>>> tracks. >>>>>> >>>>>> Those same forms open in Access 2003: >>>>>> https://i.imgur.com/ed296vH.png >>>>>> >>>>>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>>>>>> >>>>>>> He's been an amazing resource to >>>>>>> bounce ideas and questions off >>>>>>> >>>>>>> Has been for many years. >>>>>>> >>>>>>> Martin >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: "John Colby" >>>>>>> Sent: ?17/?01/?2017 18:01 >>>>>>> To: "Access Developers discussion and problem solving" < >>>>>>> accessd at databaseadvisors.com> >>>>>>> Subject: Re: [AccessD] 64-but ONLY front end ? >>>>>>> >>>>>>> Assuming is mb? >>>>>>> >>>>>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>>>>>> >>>>>>>> For those following along: >>>>>>>> >>>>>>>> >>>>>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>>>>>> 75K >>>>>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>>>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>>>>>> >>>>>>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>>>>>> bit >>>>>>>> layer (SYSWOW) >>>>>>>> >>>>>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>>>>>> providing >>>>>>>> assistance via email and telephone! He's been an amazing resource to >>>>>>>> bounce ideas and questions off. >>>>>>>> -- >>>>>>>> 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 >>>>>>> >>>>> -- >>>>> John W. Colby >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From wrwehler at gmail.com Tue Jan 17 21:20:20 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Tue, 17 Jan 2017 21:20:20 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <587EDC8F.6080702@Gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> <587ED82A.40604@Gmail.com> <587EDC8F.6080702@Gmail.com> Message-ID: <4845D7EE-9E64-4D2D-91CB-1941501B4349@gmail.com> Then again you couldn't open my accdb made in 2013 with 2007 could you? That may be a problem... that wasn't even the compiled version either. Sent from my iPad > On Jan 17, 2017, at 9:10 PM, John Colby wrote: > > hate to be the one to say it but IIWM I would be investigating Access 2007 runtimes and just buy a copy of 2007 to dev in. I have used runtimes extensively at one client. No license required on the target machine. > > You are developing around (or trying to) a HUGE issue with Access 2013. 2007 definitely runs on Windows 10. It also runs on the backwards Windows versions, perhaps even XP. > >> On 1/17/2017 10:00 PM, Ryan Wehler wrote: >> I thought about coming up with a form_open event that looked up how many forms were open and would bark if more than X were and let you select one to close. But I don't think that nag would go over well..... >> >> The easiest solution still seems to be to run the 64 bit version of Access. No JIT or memory management involved.... to get us going down the next phase. >> >> But MS suggests you use the 32 bit version so I keep getting push back when I "ask around" about running 64 bit Access/Office. >> >> Sent from my iPad >> >>> On Jan 17, 2017, at 8:51 PM, John Colby wrote: >>> >>> Actually you can force the issue. >>> >>>> On 1/17/2017 9:40 PM, Ryan Wehler wrote: >>>> I have one floating around. It's a marked improvement for sure but I'm not sure it will be enough.... I wish Access would release forms or tabs(form tabs not tab controls) that are in memory but not in focus to avoid stuff like this. >>>> >>>> If JIT controls isn't enough I'm not sure what else I can do other than try to tell people not to have too much open at once (like that would work) >>>> >>>> >>>> Sent from my iPad >>>> >>>>> On Jan 17, 2017, at 8:22 PM, John Colby wrote: >>>>> >>>>> Have you managed to get a picture of the same 2013 x32 with JIT happening? >>>>> >>>>>> On 1/17/2017 3:35 PM, Ryan W wrote: >>>>>> A deeper look: >>>>>> >>>>>> >>>>>> Access 2013 32-bit on 64 bit OS: >>>>>> https://i.imgur.com/erUcFpo.png >>>>>> >>>>>> Access 2003 32-bit on 32 bit OS: >>>>>> https://i.imgur.com/1qCRQLm.png >>>>>> >>>>>> >>>>>> By the time I load my app up with JUST the switchboard open: >>>>>> >>>>>> Access 2013 32 bit: >>>>>> https://i.imgur.com/OkYxSsg.png >>>>>> >>>>>> Access 2003 32 bit: >>>>>> https://i.imgur.com/DeStcnt.png >>>>>> >>>>>> >>>>>> So I'm using 40% more memory just to run Access 2013! Once I hit a "TOTAL" >>>>>> number of around 1.45GB I start getting out of resource errors. When >>>>>> switching to 64 bit my memory wall becomes big enough (up to 8TB) that it's >>>>>> never ever a problem. >>>>>> >>>>>> >>>>>> Here we are with 5 of our most used and most commonly opened forms all >>>>>> opened up: >>>>>> https://i.imgur.com/RjPRpnd.png >>>>>> >>>>>> We are just barely skirting that limit here. It would not take much (just >>>>>> a slightly larger data set on one of the forms) to stop the user in it's >>>>>> tracks. >>>>>> >>>>>> Those same forms open in Access 2003: >>>>>> https://i.imgur.com/ed296vH.png >>>>>> >>>>>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid wrote: >>>>>>> >>>>>>> He's been an amazing resource to >>>>>>> bounce ideas and questions off >>>>>>> >>>>>>> Has been for many years. >>>>>>> >>>>>>> Martin >>>>>>> >>>>>>> -----Original Message----- >>>>>>> From: "John Colby" >>>>>>> Sent: ?17/?01/?2017 18:01 >>>>>>> To: "Access Developers discussion and problem solving" < >>>>>>> accessd at databaseadvisors.com> >>>>>>> Subject: Re: [AccessD] 64-but ONLY front end ? >>>>>>> >>>>>>> Assuming is mb? >>>>>>> >>>>>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >>>>>>>> >>>>>>>> For those following along: >>>>>>>> >>>>>>>> >>>>>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses about >>>>>>> 75K >>>>>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory "total" >>>>>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >>>>>>>> >>>>>>>> Talk about bloat! It looks like a lot of this might be the 64 bit to 32 >>>>>>> bit >>>>>>>> layer (SYSWOW) >>>>>>>> >>>>>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >>>>>>> providing >>>>>>>> assistance via email and telephone! He's been an amazing resource to >>>>>>>> bounce ideas and questions off. >>>>>>>> -- >>>>>>>> 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 >>>>>>> >>>>> -- >>>>> John W. Colby >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>>> Website: http://www.databaseadvisors.com >>> -- >>> John W. Colby >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From wrwehler at gmail.com Wed Jan 18 07:46:36 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 18 Jan 2017 07:46:36 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <4845D7EE-9E64-4D2D-91CB-1941501B4349@gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> <587ED82A.40604@Gmail.com> <587EDC8F.6080702@Gmail.com> <4845D7EE-9E64-4D2D-91CB-1941501B4349@gmail.com> Message-ID: Here's 64 on 64. You can see that "Free" is approximately 8TB. There are no virtual memory limitations to hit with 64 on 64. https://i.imgur.com/AlzQrqz.png On Tue, Jan 17, 2017 at 9:20 PM, Ryan Wehler wrote: > Then again you couldn't open my accdb made in 2013 with 2007 could you? > That may be a problem... that wasn't even the compiled version either. > > Sent from my iPad > > > On Jan 17, 2017, at 9:10 PM, John Colby wrote: > > > > hate to be the one to say it but IIWM I would be investigating Access > 2007 runtimes and just buy a copy of 2007 to dev in. I have used runtimes > extensively at one client. No license required on the target machine. > > > > You are developing around (or trying to) a HUGE issue with Access 2013. > 2007 definitely runs on Windows 10. It also runs on the backwards Windows > versions, perhaps even XP. > > > >> On 1/17/2017 10:00 PM, Ryan Wehler wrote: > >> I thought about coming up with a form_open event that looked up how > many forms were open and would bark if more than X were and let you select > one to close. But I don't think that nag would go over well..... > >> > >> The easiest solution still seems to be to run the 64 bit version of > Access. No JIT or memory management involved.... to get us going down the > next phase. > >> > >> But MS suggests you use the 32 bit version so I keep getting push back > when I "ask around" about running 64 bit Access/Office. > >> > >> Sent from my iPad > >> > >>> On Jan 17, 2017, at 8:51 PM, John Colby wrote: > >>> > >>> Actually you can force the issue. > >>> > >>>> On 1/17/2017 9:40 PM, Ryan Wehler wrote: > >>>> I have one floating around. It's a marked improvement for sure but > I'm not sure it will be enough.... I wish Access would release forms or > tabs(form tabs not tab controls) that are in memory but not in focus to > avoid stuff like this. > >>>> > >>>> If JIT controls isn't enough I'm not sure what else I can do other > than try to tell people not to have too much open at once (like that would > work) > >>>> > >>>> > >>>> Sent from my iPad > >>>> > >>>>> On Jan 17, 2017, at 8:22 PM, John Colby wrote: > >>>>> > >>>>> Have you managed to get a picture of the same 2013 x32 with JIT > happening? > >>>>> > >>>>>> On 1/17/2017 3:35 PM, Ryan W wrote: > >>>>>> A deeper look: > >>>>>> > >>>>>> > >>>>>> Access 2013 32-bit on 64 bit OS: > >>>>>> https://i.imgur.com/erUcFpo.png > >>>>>> > >>>>>> Access 2003 32-bit on 32 bit OS: > >>>>>> https://i.imgur.com/1qCRQLm.png > >>>>>> > >>>>>> > >>>>>> By the time I load my app up with JUST the switchboard open: > >>>>>> > >>>>>> Access 2013 32 bit: > >>>>>> https://i.imgur.com/OkYxSsg.png > >>>>>> > >>>>>> Access 2003 32 bit: > >>>>>> https://i.imgur.com/DeStcnt.png > >>>>>> > >>>>>> > >>>>>> So I'm using 40% more memory just to run Access 2013! Once I hit a > "TOTAL" > >>>>>> number of around 1.45GB I start getting out of resource errors. > When > >>>>>> switching to 64 bit my memory wall becomes big enough (up to 8TB) > that it's > >>>>>> never ever a problem. > >>>>>> > >>>>>> > >>>>>> Here we are with 5 of our most used and most commonly opened forms > all > >>>>>> opened up: > >>>>>> https://i.imgur.com/RjPRpnd.png > >>>>>> > >>>>>> We are just barely skirting that limit here. It would not take > much (just > >>>>>> a slightly larger data set on one of the forms) to stop the user in > it's > >>>>>> tracks. > >>>>>> > >>>>>> Those same forms open in Access 2003: > >>>>>> https://i.imgur.com/ed296vH.png > >>>>>> > >>>>>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid > wrote: > >>>>>>> > >>>>>>> He's been an amazing resource to > >>>>>>> bounce ideas and questions off > >>>>>>> > >>>>>>> Has been for many years. > >>>>>>> > >>>>>>> Martin > >>>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: "John Colby" > >>>>>>> Sent: ?17/?01/?2017 18:01 > >>>>>>> To: "Access Developers discussion and problem solving" < > >>>>>>> accessd at databaseadvisors.com> > >>>>>>> Subject: Re: [AccessD] 64-but ONLY front end ? > >>>>>>> > >>>>>>> Assuming is mb? > >>>>>>> > >>>>>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: > >>>>>>>> > >>>>>>>> For those following along: > >>>>>>>> > >>>>>>>> > >>>>>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle uses > about > >>>>>>> 75K > >>>>>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory > "total" > >>>>>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. > >>>>>>>> > >>>>>>>> Talk about bloat! It looks like a lot of this might be the 64 bit > to 32 > >>>>>>> bit > >>>>>>>> layer (SYSWOW) > >>>>>>>> > >>>>>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby > >>>>>>> providing > >>>>>>>> assistance via email and telephone! He's been an amazing > resource to > >>>>>>>> bounce ideas and questions off. > >>>>>>>> -- > >>>>>>>> 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 > >>>>>>> > >>>>> -- > >>>>> John W. Colby > >>>>> > >>>>> -- > >>>>> AccessD mailing list > >>>>> AccessD at databaseadvisors.com > >>>>> http://databaseadvisors.com/mailman/listinfo/accessd > >>>>> Website: http://www.databaseadvisors.com > >>> -- > >>> John W. Colby > >>> > >>> -- > >>> AccessD mailing list > >>> AccessD at databaseadvisors.com > >>> http://databaseadvisors.com/mailman/listinfo/accessd > >>> Website: http://www.databaseadvisors.com > > > > -- > > John W. Colby > > > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Wed Jan 18 07:57:25 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 18 Jan 2017 07:57:25 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> <587ED82A.40604@Gmail.com> <587EDC8F.6080702@Gmail.com> <4845D7EE-9E64-4D2D-91CB-1941501B4349@gmail.com> Message-ID: Here's 2007 RUNTIME 32 bit on 64: https://i.imgur.com/gltPxOh.png Sadly I don't think 2007 will be a path worth chasing. The initial bloat is "about" the same as 2010/2013. On Wed, Jan 18, 2017 at 7:46 AM, Ryan W wrote: > > > Here's 64 on 64. You can see that "Free" is approximately 8TB. There are > no virtual memory limitations to hit with 64 on 64. > https://i.imgur.com/AlzQrqz.png > > > > On Tue, Jan 17, 2017 at 9:20 PM, Ryan Wehler wrote: > >> Then again you couldn't open my accdb made in 2013 with 2007 could you? >> That may be a problem... that wasn't even the compiled version either. >> >> Sent from my iPad >> >> > On Jan 17, 2017, at 9:10 PM, John Colby wrote: >> > >> > hate to be the one to say it but IIWM I would be investigating Access >> 2007 runtimes and just buy a copy of 2007 to dev in. I have used runtimes >> extensively at one client. No license required on the target machine. >> > >> > You are developing around (or trying to) a HUGE issue with Access >> 2013. 2007 definitely runs on Windows 10. It also runs on the backwards >> Windows versions, perhaps even XP. >> > >> >> On 1/17/2017 10:00 PM, Ryan Wehler wrote: >> >> I thought about coming up with a form_open event that looked up how >> many forms were open and would bark if more than X were and let you select >> one to close. But I don't think that nag would go over well..... >> >> >> >> The easiest solution still seems to be to run the 64 bit version of >> Access. No JIT or memory management involved.... to get us going down the >> next phase. >> >> >> >> But MS suggests you use the 32 bit version so I keep getting push back >> when I "ask around" about running 64 bit Access/Office. >> >> >> >> Sent from my iPad >> >> >> >>> On Jan 17, 2017, at 8:51 PM, John Colby wrote: >> >>> >> >>> Actually you can force the issue. >> >>> >> >>>> On 1/17/2017 9:40 PM, Ryan Wehler wrote: >> >>>> I have one floating around. It's a marked improvement for sure but >> I'm not sure it will be enough.... I wish Access would release forms or >> tabs(form tabs not tab controls) that are in memory but not in focus to >> avoid stuff like this. >> >>>> >> >>>> If JIT controls isn't enough I'm not sure what else I can do other >> than try to tell people not to have too much open at once (like that would >> work) >> >>>> >> >>>> >> >>>> Sent from my iPad >> >>>> >> >>>>> On Jan 17, 2017, at 8:22 PM, John Colby wrote: >> >>>>> >> >>>>> Have you managed to get a picture of the same 2013 x32 with JIT >> happening? >> >>>>> >> >>>>>> On 1/17/2017 3:35 PM, Ryan W wrote: >> >>>>>> A deeper look: >> >>>>>> >> >>>>>> >> >>>>>> Access 2013 32-bit on 64 bit OS: >> >>>>>> https://i.imgur.com/erUcFpo.png >> >>>>>> >> >>>>>> Access 2003 32-bit on 32 bit OS: >> >>>>>> https://i.imgur.com/1qCRQLm.png >> >>>>>> >> >>>>>> >> >>>>>> By the time I load my app up with JUST the switchboard open: >> >>>>>> >> >>>>>> Access 2013 32 bit: >> >>>>>> https://i.imgur.com/OkYxSsg.png >> >>>>>> >> >>>>>> Access 2003 32 bit: >> >>>>>> https://i.imgur.com/DeStcnt.png >> >>>>>> >> >>>>>> >> >>>>>> So I'm using 40% more memory just to run Access 2013! Once I hit >> a "TOTAL" >> >>>>>> number of around 1.45GB I start getting out of resource errors. >> When >> >>>>>> switching to 64 bit my memory wall becomes big enough (up to 8TB) >> that it's >> >>>>>> never ever a problem. >> >>>>>> >> >>>>>> >> >>>>>> Here we are with 5 of our most used and most commonly opened forms >> all >> >>>>>> opened up: >> >>>>>> https://i.imgur.com/RjPRpnd.png >> >>>>>> >> >>>>>> We are just barely skirting that limit here. It would not take >> much (just >> >>>>>> a slightly larger data set on one of the forms) to stop the user >> in it's >> >>>>>> tracks. >> >>>>>> >> >>>>>> Those same forms open in Access 2003: >> >>>>>> https://i.imgur.com/ed296vH.png >> >>>>>> >> >>>>>>> On Tue, Jan 17, 2017 at 1:04 PM, Martin Reid < >> martinreid at gmail.com> wrote: >> >>>>>>> >> >>>>>>> He's been an amazing resource to >> >>>>>>> bounce ideas and questions off >> >>>>>>> >> >>>>>>> Has been for many years. >> >>>>>>> >> >>>>>>> Martin >> >>>>>>> >> >>>>>>> -----Original Message----- >> >>>>>>> From: "John Colby" >> >>>>>>> Sent: ?17/?01/?2017 18:01 >> >>>>>>> To: "Access Developers discussion and problem solving" < >> >>>>>>> accessd at databaseadvisors.com> >> >>>>>>> Subject: Re: [AccessD] 64-but ONLY front end ? >> >>>>>>> >> >>>>>>> Assuming is mb? >> >>>>>>> >> >>>>>>>> On Jan 17, 2017 9:56 AM, "Ryan W" wrote: >> >>>>>>>> >> >>>>>>>> For those following along: >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> VMMap.exe (sysinternals) shows that Access 2003 sitting idle >> uses about >> >>>>>>> 75K >> >>>>>>>> of memory "total", Access 2013 (32 bit) is using 516K of memory >> "total" >> >>>>>>>> sitting idle. This is WITHOUT having my MDE/ACCDE loaded. >> >>>>>>>> >> >>>>>>>> Talk about bloat! It looks like a lot of this might be the 64 >> bit to 32 >> >>>>>>> bit >> >>>>>>>> layer (SYSWOW) >> >>>>>>>> >> >>>>>>>> I'm still chasing down "JIT" forms (via Classes) with John Colby >> >>>>>>> providing >> >>>>>>>> assistance via email and telephone! He's been an amazing >> resource to >> >>>>>>>> bounce ideas and questions off. >> >>>>>>>> -- >> >>>>>>>> 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 >> >>>>>>> >> >>>>> -- >> >>>>> John W. Colby >> >>>>> >> >>>>> -- >> >>>>> AccessD mailing list >> >>>>> AccessD at databaseadvisors.com >> >>>>> http://databaseadvisors.com/mailman/listinfo/accessd >> >>>>> Website: http://www.databaseadvisors.com >> >>> -- >> >>> John W. Colby >> >>> >> >>> -- >> >>> AccessD mailing list >> >>> AccessD at databaseadvisors.com >> >>> http://databaseadvisors.com/mailman/listinfo/accessd >> >>> Website: http://www.databaseadvisors.com >> > >> > -- >> > John W. Colby >> > >> > -- >> > AccessD mailing list >> > AccessD at databaseadvisors.com >> > http://databaseadvisors.com/mailman/listinfo/accessd >> > Website: http://www.databaseadvisors.com >> > > From wrwehler at gmail.com Wed Jan 18 08:40:10 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 18 Jan 2017 08:40:10 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <587ED169.4090403@Gmail.com> <86E61B43-99C3-4793-BB16-F839794C50BA@gmail.com> <587ED82A.40604@Gmail.com> <587EDC8F.6080702@Gmail.com> <4845D7EE-9E64-4D2D-91CB-1941501B4349@gmail.com> Message-ID: Here's non-JIT vs JIT (32bit 2013 on 64 bit). https://imgur.com/ko8HJgU.jpg You can see JIT (Bottom) saves about 17%. This is just with the switchboard and our main data entry screen loaded. It gives us room to stretch for sure. From jimdettman at verizon.net Fri Jan 20 07:56:20 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 20 Jan 2017 08:56:20 -0500 Subject: [AccessD] OT:Hosting providers Message-ID: Somewhat off-topic; does anyone have any favorites as far as hosting providers in the US? I've got a client that wants to move to a hosted situation for their server as up-time is critical for them and they have limited IT staff (one person), but 95% of my clients are on-prem, so I have limited experience in this area. Wondering if anyone has good/bad experiences with anyone. I've been looking at: Rackspace Liquid Web Infinitely Virtual In Motion ID Zoom Gustav mention on EE that I should look at Amazon Web Services as well (I asked the same question there). We are looking to have a DC, TS Server, and possibly a file share server. Their Access app, which is still JET/ACE based will reside entirely on the TS server. They have an office staff of about fifteen in three different locations and users spread throughout the country. In office users RDP into a server now using thin clients. So this should be an easy move, but I want to make sure we pick the right hosting provider. Jim. From carbonnb at gmail.com Fri Jan 20 10:29:54 2017 From: carbonnb at gmail.com (Bryan Carbonnell) Date: Fri, 20 Jan 2017 09:29:54 -0700 Subject: [AccessD] OT:Hosting providers In-Reply-To: References: Message-ID: DBA uses RoseHosting for its mail. http://rosehosting.com We have a Linux VPS and it's been pretty rock solid. Very little down time over the years I've had the pleasure of serving as listmaster. B On 20 January 2017 at 06:56, Jim Dettman wrote: > > Somewhat off-topic; does anyone have any favorites as far as hosting > providers in the US? > > I've got a client that wants to move to a hosted situation for their > server > as up-time is critical for them and they have limited IT staff (one > person), > but 95% of my clients are on-prem, so I have limited experience in this > area. > > Wondering if anyone has good/bad experiences with anyone. > > I've been looking at: > > Rackspace > Liquid Web > Infinitely Virtual > In Motion > ID Zoom > > Gustav mention on EE that I should look at Amazon Web Services as well (I > asked the same question there). > > We are looking to have a DC, TS Server, and possibly a file share server. > Their Access app, which is still JET/ACE based will reside entirely on the > TS server. They have an office staff of about fifteen in three different > locations and users spread throughout the country. In office users RDP > into a server now using thin clients. > > So this should be an easy move, but I want to make sure we pick the right > hosting provider. > > Jim. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" From jimdettman at verizon.net Fri Jan 20 11:32:25 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 20 Jan 2017 12:32:25 -0500 Subject: [AccessD] OT:Hosting providers In-Reply-To: References: Message-ID: <3CC6A339BC774C34A64439FB81613A2C@XPS> This looks like it's geared towards running web sites? Again this will be three virtual Window servers, a DC, File share, and Terminal Services. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bryan Carbonnell Sent: Friday, January 20, 2017 11:30 AM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT:Hosting providers DBA uses RoseHosting for its mail. http://rosehosting.com We have a Linux VPS and it's been pretty rock solid. Very little down time over the years I've had the pleasure of serving as listmaster. B On 20 January 2017 at 06:56, Jim Dettman wrote: > > Somewhat off-topic; does anyone have any favorites as far as hosting > providers in the US? > > I've got a client that wants to move to a hosted situation for their > server > as up-time is critical for them and they have limited IT staff (one > person), > but 95% of my clients are on-prem, so I have limited experience in this > area. > > Wondering if anyone has good/bad experiences with anyone. > > I've been looking at: > > Rackspace > Liquid Web > Infinitely Virtual > In Motion > ID Zoom > > Gustav mention on EE that I should look at Amazon Web Services as well (I > asked the same question there). > > We are looking to have a DC, TS Server, and possibly a file share server. > Their Access app, which is still JET/ACE based will reside entirely on the > TS server. They have an office staff of about fifteen in three different > locations and users spread throughout the country. In office users RDP > into a server now using thin clients. > > So this should be an easy move, but I want to make sure we pick the right > hosting provider. > > Jim. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wrwehler at gmail.com Fri Jan 20 11:42:45 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 20 Jan 2017 11:42:45 -0600 Subject: [AccessD] OT:Hosting providers In-Reply-To: <3CC6A339BC774C34A64439FB81613A2C@XPS> References: <3CC6A339BC774C34A64439FB81613A2C@XPS> Message-ID: Have you looked into any of the Azure services? On Fri, Jan 20, 2017 at 11:32 AM, Jim Dettman wrote: > > This looks like it's geared towards running web sites? > > Again this will be three virtual Window servers, a DC, File share, and > Terminal Services. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bryan Carbonnell > Sent: Friday, January 20, 2017 11:30 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT:Hosting providers > > DBA uses RoseHosting for its mail. http://rosehosting.com > > We have a Linux VPS and it's been pretty rock solid. Very little down time > over the years I've had the pleasure of serving as listmaster. > > B > > On 20 January 2017 at 06:56, Jim Dettman wrote: > > > > > Somewhat off-topic; does anyone have any favorites as far as hosting > > providers in the US? > > > > I've got a client that wants to move to a hosted situation for their > > server > > as up-time is critical for them and they have limited IT staff (one > > person), > > but 95% of my clients are on-prem, so I have limited experience in this > > area. > > > > Wondering if anyone has good/bad experiences with anyone. > > > > I've been looking at: > > > > Rackspace > > Liquid Web > > Infinitely Virtual > > In Motion > > ID Zoom > > > > Gustav mention on EE that I should look at Amazon Web Services as well > (I > > asked the same question there). > > > > We are looking to have a DC, TS Server, and possibly a file share > server. > > Their Access app, which is still JET/ACE based will reside entirely on > the > > TS server. They have an office staff of about fifteen in three > different > > locations and users spread throughout the country. In office users RDP > > into a server now using thin clients. > > > > So this should be an easy move, but I want to make sure we pick the right > > hosting provider. > > > > Jim. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Bryan Carbonnell - carbonnb at gmail.com > Life's journey is not to arrive at the grave safely in a well-preserved > body, but rather to skid in sideways, totally worn out, shouting "What a > great ride!" > -- > 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 > From carbonnb at gmail.com Fri Jan 20 11:56:41 2017 From: carbonnb at gmail.com (Bryan Carbonnell) Date: Fri, 20 Jan 2017 10:56:41 -0700 Subject: [AccessD] OT:Hosting providers In-Reply-To: <3CC6A339BC774C34A64439FB81613A2C@XPS> References: <3CC6A339BC774C34A64439FB81613A2C@XPS> Message-ID: Yes it is. I didn't read the original post thoroughly enough. B On 20 January 2017 at 10:32, Jim Dettman wrote: > > This looks like it's geared towards running web sites? > > Again this will be three virtual Window servers, a DC, File share, and > Terminal Services. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bryan Carbonnell > Sent: Friday, January 20, 2017 11:30 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT:Hosting providers > > DBA uses RoseHosting for its mail. http://rosehosting.com > > We have a Linux VPS and it's been pretty rock solid. Very little down time > over the years I've had the pleasure of serving as listmaster. > > B > > On 20 January 2017 at 06:56, Jim Dettman wrote: > > > > > Somewhat off-topic; does anyone have any favorites as far as hosting > > providers in the US? > > > > I've got a client that wants to move to a hosted situation for their > > server > > as up-time is critical for them and they have limited IT staff (one > > person), > > but 95% of my clients are on-prem, so I have limited experience in this > > area. > > > > Wondering if anyone has good/bad experiences with anyone. > > > > I've been looking at: > > > > Rackspace > > Liquid Web > > Infinitely Virtual > > In Motion > > ID Zoom > > > > Gustav mention on EE that I should look at Amazon Web Services as well > (I > > asked the same question there). > > > > We are looking to have a DC, TS Server, and possibly a file share > server. > > Their Access app, which is still JET/ACE based will reside entirely on > the > > TS server. They have an office staff of about fifteen in three > different > > locations and users spread throughout the country. In office users RDP > > into a server now using thin clients. > > > > So this should be an easy move, but I want to make sure we pick the right > > hosting provider. > > > > Jim. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Bryan Carbonnell - carbonnb at gmail.com > Life's journey is not to arrive at the grave safely in a well-preserved > body, but rather to skid in sideways, totally worn out, shouting "What a > great ride!" > -- > 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 > -- Bryan Carbonnell - carbonnb at gmail.com Life's journey is not to arrive at the grave safely in a well-preserved body, but rather to skid in sideways, totally worn out, shouting "What a great ride!" From jwcolby at gmail.com Fri Jan 20 17:12:45 2017 From: jwcolby at gmail.com (John Colby) Date: Fri, 20 Jan 2017 18:12:45 -0500 Subject: [AccessD] OT:Hosting providers In-Reply-To: References: Message-ID: <5882996D.9090107@Gmail.com> we have had the honor of your being listmaster. On 1/20/2017 11:29 AM, Bryan Carbonnell wrote: > DBA uses RoseHosting for its mail. http://rosehosting.com > > We have a Linux VPS and it's been pretty rock solid. Very little down time > over the years I've had the pleasure of serving as listmaster. > > B > > On 20 January 2017 at 06:56, Jim Dettman wrote: > >> Somewhat off-topic; does anyone have any favorites as far as hosting >> providers in the US? >> >> I've got a client that wants to move to a hosted situation for their >> server >> as up-time is critical for them and they have limited IT staff (one >> person), >> but 95% of my clients are on-prem, so I have limited experience in this >> area. >> >> Wondering if anyone has good/bad experiences with anyone. >> >> I've been looking at: >> >> Rackspace >> Liquid Web >> Infinitely Virtual >> In Motion >> ID Zoom >> >> Gustav mention on EE that I should look at Amazon Web Services as well (I >> asked the same question there). >> >> We are looking to have a DC, TS Server, and possibly a file share server. >> Their Access app, which is still JET/ACE based will reside entirely on the >> TS server. They have an office staff of about fifteen in three different >> locations and users spread throughout the country. In office users RDP >> into a server now using thin clients. >> >> So this should be an easy move, but I want to make sure we pick the right >> hosting provider. >> >> Jim. >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- John W. Colby From jbodin at sbor.com Sat Jan 21 07:22:43 2017 From: jbodin at sbor.com (John Bodin) Date: Sat, 21 Jan 2017 13:22:43 +0000 Subject: [AccessD] OT:Hosting providers In-Reply-To: <5882996D.9090107@Gmail.com> References: <5882996D.9090107@Gmail.com> Message-ID: Have multiple clients on LiquidWeb and have been pleased with their offerings and prompt, proactive tech support. Shared and Dedicated solutions. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, January 20, 2017 6:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT:Hosting providers we have had the honor of your being listmaster. On 1/20/2017 11:29 AM, Bryan Carbonnell wrote: > DBA uses RoseHosting for its mail. http://rosehosting.com > > We have a Linux VPS and it's been pretty rock solid. Very little down > time over the years I've had the pleasure of serving as listmaster. > > B > > On 20 January 2017 at 06:56, Jim Dettman wrote: > >> Somewhat off-topic; does anyone have any favorites as far as >> hosting providers in the US? >> >> I've got a client that wants to move to a hosted situation for >> their server as up-time is critical for them and they have limited IT >> staff (one person), but 95% of my clients are on-prem, so I have >> limited experience in this area. >> >> Wondering if anyone has good/bad experiences with anyone. >> >> I've been looking at: >> >> Rackspace >> Liquid Web >> Infinitely Virtual >> In Motion >> ID Zoom >> >> Gustav mention on EE that I should look at Amazon Web Services as >> well (I asked the same question there). >> >> We are looking to have a DC, TS Server, and possibly a file share server. >> Their Access app, which is still JET/ACE based will reside entirely on the >> TS server. They have an office staff of about fifteen in three different >> locations and users spread throughout the country. In office users RDP >> into a server now using thin clients. >> >> So this should be an easy move, but I want to make sure we pick the >> right hosting provider. >> >> Jim. >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From jbartow at winhaven.net Sat Jan 21 18:27:38 2017 From: jbartow at winhaven.net (John R Bartow) Date: Sat, 21 Jan 2017 18:27:38 -0600 Subject: [AccessD] OT:Hosting providers In-Reply-To: <5882996D.9090107@Gmail.com> References: <5882996D.9090107@Gmail.com> Message-ID: <24bc01d27446$564486f0$02cd94d0$@winhaven.net> Absolutely! -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby Sent: Friday, January 20, 2017 5:13 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT:Hosting providers we have had the honor of your being listmaster. On 1/20/2017 11:29 AM, Bryan Carbonnell wrote: > DBA uses RoseHosting for its mail. http://rosehosting.com > > We have a Linux VPS and it's been pretty rock solid. Very little down > time over the years I've had the pleasure of serving as listmaster. > > B > > On 20 January 2017 at 06:56, Jim Dettman wrote: > >> Somewhat off-topic; does anyone have any favorites as far as >> hosting providers in the US? >> >> I've got a client that wants to move to a hosted situation for >> their server as up-time is critical for them and they have limited IT >> staff (one person), but 95% of my clients are on-prem, so I have >> limited experience in this area. >> >> Wondering if anyone has good/bad experiences with anyone. >> >> I've been looking at: >> >> Rackspace >> Liquid Web >> Infinitely Virtual >> In Motion >> ID Zoom >> >> Gustav mention on EE that I should look at Amazon Web Services as >> well (I asked the same question there). >> >> We are looking to have a DC, TS Server, and possibly a file share server. >> Their Access app, which is still JET/ACE based will reside entirely on the >> TS server. They have an office staff of about fifteen in three different >> locations and users spread throughout the country. In office users RDP >> into a server now using thin clients. >> >> So this should be an easy move, but I want to make sure we pick the >> right hosting provider. >> >> Jim. >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> > > -- John W. Colby -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From kathryn at bassett.net Sun Jan 22 10:44:00 2017 From: kathryn at bassett.net (Kathryn Bassett) Date: Sun, 22 Jan 2017 08:44:00 -0800 Subject: [AccessD] OT:Hosting providers In-Reply-To: <24bc01d27446$564486f0$02cd94d0$@winhaven.net> References: <5882996D.9090107@Gmail.com> <24bc01d27446$564486f0$02cd94d0$@winhaven.net> Message-ID: <005601d274ce$bc410b30$34c32190$@bassett.net> http://icdsoft.com - I've been using them since 1999 and never had a problem. When I've had questions, even though there is no phone support, the "ticket" system has given me answers within 1-2 minutes - faster than phone calls in my opinion. And, their 1 HOUR RESPONSE GUARANTEE, is only covering their buts because it's never taken more than 5 minutes, regardless of day or night. > > On 20 January 2017 at 06:56, Jim Dettman > wrote: > > > >> Somewhat off-topic; does anyone have any favorites as far as > >> hosting providers in the US? > >> > >> I've got a client that wants to move to a hosted situation for > >> their server as up-time is critical for them and they have limited IT > >> staff (one person), but 95% of my clients are on-prem, so I have > >> limited experience in this area. > >> > >> Wondering if anyone has good/bad experiences with anyone. > >> > >> I've been looking at: > >> > >> Rackspace > >> Liquid Web > >> Infinitely Virtual > >> In Motion > >> ID Zoom > >> > >> Gustav mention on EE that I should look at Amazon Web Services as > >> well (I asked the same question there). > >> > >> We are looking to have a DC, TS Server, and possibly a file share > server. > >> Their Access app, which is still JET/ACE based will reside entirely > >> on > the > >> TS server. They have an office staff of about fifteen in three > different > >> locations and users spread throughout the country. In office users RDP > >> into a server now using thin clients. > >> > >> So this should be an easy move, but I want to make sure we pick the > >> right hosting provider. > >> > >> Jim. > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http://www.databaseadvisors.com > >> > > > > > > -- > John W. Colby > > -- > 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 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus From jimdettman at verizon.net Sun Jan 22 10:53:36 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Sun, 22 Jan 2017 11:53:36 -0500 Subject: [AccessD] OT:Hosting providers In-Reply-To: References: <3CC6A339BC774C34A64439FB81613A2C@XPS> Message-ID: <3F82C1CB0F314A7B9ED815643BABDF10@XPS> <> No. As I mentioned in my post, the ones listed were the ones I was looking at. I have not gone beyond that other than to look at Amazon Web services at Gustav's suggestion on Experts-Exchange. So far, I've not been able to make heads of tails out of what it is they offer because they have so many products. I plan to call them tomorrow. Infinitely Virtual I have good first hand experience with having a client running on them for the past six years with a setup very similar to what I'm looking to do now. Liquid Metal I have some experience with through another client, but it's strictly hosting a web site there. Both have been good, but lately IV has been giving us issues. We've had some odds and ends problems, and we've had a long standing networking problem. They tried very hard to fix (and I give them credit for that), but they were never able to resolve it. With Access, we had database corruptions until we moved the DB's onto the TS server. With other software we've had network disconnects in talking to SQL Server, but those have been livable. I don't know if it's VMware or what, but the client never had those issues before switching to a virtual environment. Liquid Metal has been solid enough, but we've only used them to host a web site, so not sure what that might mean for server hosting. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Friday, January 20, 2017 12:43 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] OT:Hosting providers Have you looked into any of the Azure services? On Fri, Jan 20, 2017 at 11:32 AM, Jim Dettman wrote: > > This looks like it's geared towards running web sites? > > Again this will be three virtual Window servers, a DC, File share, and > Terminal Services. > > Jim. > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bryan Carbonnell > Sent: Friday, January 20, 2017 11:30 AM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] OT:Hosting providers > > DBA uses RoseHosting for its mail. http://rosehosting.com > > We have a Linux VPS and it's been pretty rock solid. Very little down time > over the years I've had the pleasure of serving as listmaster. > > B > > On 20 January 2017 at 06:56, Jim Dettman wrote: > > > > > Somewhat off-topic; does anyone have any favorites as far as hosting > > providers in the US? > > > > I've got a client that wants to move to a hosted situation for their > > server > > as up-time is critical for them and they have limited IT staff (one > > person), > > but 95% of my clients are on-prem, so I have limited experience in this > > area. > > > > Wondering if anyone has good/bad experiences with anyone. > > > > I've been looking at: > > > > Rackspace > > Liquid Web > > Infinitely Virtual > > In Motion > > ID Zoom > > > > Gustav mention on EE that I should look at Amazon Web Services as well > (I > > asked the same question there). > > > > We are looking to have a DC, TS Server, and possibly a file share > server. > > Their Access app, which is still JET/ACE based will reside entirely on > the > > TS server. They have an office staff of about fifteen in three > different > > locations and users spread throughout the country. In office users RDP > > into a server now using thin clients. > > > > So this should be an easy move, but I want to make sure we pick the right > > hosting provider. > > > > Jim. > > -- > > AccessD mailing list > > AccessD at databaseadvisors.com > > http://databaseadvisors.com/mailman/listinfo/accessd > > Website: http://www.databaseadvisors.com > > > > > > -- > Bryan Carbonnell - carbonnb at gmail.com > Life's journey is not to arrive at the grave safely in a well-preserved > body, but rather to skid in sideways, totally worn out, shouting "What a > great ride!" > -- > 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 From bensonforums at gmail.com Mon Jan 23 18:30:48 2017 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 23 Jan 2017 19:30:48 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> Message-ID: Are you building recordsets? I found a couple years ago I had to keep track of memory as I was creating recordsets, looping through them, performing certain routines, because Ac2013 was not releasing memory. Big time memory leaks. I stole this code from somewhere to get how much memory was being used and would test this midroutine, sending a msgbox to the user to quit the application if they exceeded 800MB. Option Compare Database Option Explicit Type PROCESS_MEMORY_COUNTERS cb As Long PageFaultCount As Long PeakWorkingSetSize As Long WorkingSetSize As Long QuotaPeakPagedPoolUsage As Long QuotaPagedPoolUsage As Long QuotaPeakNonPagedPoolUsage As Long QuotaNonPagedPoolUsage As Long PagefileUsage As Long PeakPagefileUsage As Long End Type Private Const PROCESS_QUERY_INFORMATION = 1024 Private Const PROCESS_VM_READ = 16 Private Declare Function GetCurrentProcessId Lib "kernel32" () As Long Private Declare Function EnumProcessModules Lib "PSAPI.DLL" (ByVal hProcess As Long, lphModule As Long, ByVal cb As Long, lpcbNeeded As Long) As Long Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal dwDesiredAccessas As Long, ByVal bInheritHandle As Long, ByVal dwProcId As Long) As Long Private Declare Function GetProcessMemoryInfo Lib "PSAPI.DLL" (ByVal hProcess As Long, ppsmemCounters As PROCESS_MEMORY_COUNTERS, ByVal cb As Long) As Long Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal Handle As Long) As Long Public Function Mem() As Long Dim lngCBSize2 As Long Dim lngModules(1 To 200) As Long Dim lngReturn As Long Dim lngHwndProcess As Long Dim pmc As PROCESS_MEMORY_COUNTERS Dim lRet As Long Dim MemDelta As Long Static MemUsed As Long 'Get a handle to the Process and Open lngHwndProcess = OpenProcess(PROCESS_QUERY_INFORMATION Or PROCESS_VM_READ, 0, GetCurrentProcessId) If lngHwndProcess <> 0 Then 'Get an array of the module handles for the specified process lngReturn = EnumProcessModules(lngHwndProcess, lngModules(1), 200, lngCBSize2) 'If the Module Array is retrieved, Get the ModuleFileName If lngReturn <> 0 Then 'Get the Site of the Memory Structure pmc.cb = LenB(pmc) lRet = GetProcessMemoryInfo(lngHwndProcess, pmc, pmc.cb) Mem = pmc.WorkingSetSize End If End If 'Close the handle to this process lngReturn = CloseHandle(lngHwndProcess) End Function From bensonforums at gmail.com Mon Jan 23 18:36:57 2017 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 23 Jan 2017 19:36:57 -0500 Subject: [AccessD] Destroying form object causes Access 2013 to crash? In-Reply-To: References: Message-ID: It doesn't make sense to me to set an object which has inherited an event to nothing inside its own terminate event. Think about it from other classes' standpoint. In Excel's ThisWorkbook_Close() event Set ThisWorkbook = Nothing Huh?? The only places to set something modeled after a class = Nothing is outside of the class module code. That's my 3/4 of a cent. On Sat, Jan 7, 2017 at 2:35 PM, Ryan W wrote: > I am going through John Colby's class posts from 2009 and when I close the > frmDemoCtls form my app crashes. > > Private Sub mfrm_Close() > Set mfrm = Nothing > End Sub > > > If I comment out set mfrm = Nothing then I do not get the crash. > > So far the rest of the demo works. The controls change colors, I even added > a tab control to fetch the value of the tab being clicked with a new tab > class.... so I know that the mfrm object is being set and utilized... > > > Has anyone tried his class code in anything newer (Access 2010 or 2013 or > 2016) since his postings? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Mon Jan 23 19:05:12 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Mon, 23 Jan 2017 19:05:12 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> Message-ID: Yes many record sets are used in various ways. I always close and set them to nothing as needed. I'll check out your code in the AM. Sent from my iPad > On Jan 23, 2017, at 6:30 PM, Bill Benson wrote: > > Are you building recordsets? I found a couple years ago I had to keep track > of memory as I was creating recordsets, looping through them, performing > certain routines, because Ac2013 was not releasing memory. Big time memory > leaks. > > I stole this code from somewhere to get how much memory was being used and > would test this midroutine, sending a msgbox to the user to quit the > application if they exceeded 800MB. > > > Option Compare Database > Option Explicit > > Type PROCESS_MEMORY_COUNTERS > cb As Long > PageFaultCount As Long > PeakWorkingSetSize As Long > WorkingSetSize As Long > QuotaPeakPagedPoolUsage As Long > QuotaPagedPoolUsage As Long > QuotaPeakNonPagedPoolUsage As Long > QuotaNonPagedPoolUsage As Long > PagefileUsage As Long > PeakPagefileUsage As Long > End Type > > Private Const PROCESS_QUERY_INFORMATION = 1024 > Private Const PROCESS_VM_READ = 16 > > Private Declare Function GetCurrentProcessId Lib "kernel32" () As Long > Private Declare Function EnumProcessModules Lib "PSAPI.DLL" (ByVal hProcess > As Long, lphModule As Long, ByVal cb As Long, lpcbNeeded As Long) As Long > Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal > dwDesiredAccessas As Long, ByVal bInheritHandle As Long, ByVal dwProcId As > Long) As Long > Private Declare Function GetProcessMemoryInfo Lib "PSAPI.DLL" (ByVal > hProcess As Long, ppsmemCounters As PROCESS_MEMORY_COUNTERS, ByVal cb As > Long) As Long > Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal Handle As > Long) As Long > > > Public Function Mem() As Long > > Dim lngCBSize2 As Long > Dim lngModules(1 To 200) As Long > Dim lngReturn As Long > Dim lngHwndProcess As Long > Dim pmc As PROCESS_MEMORY_COUNTERS > Dim lRet As Long > Dim MemDelta As Long > Static MemUsed As Long > > > 'Get a handle to the Process and Open > lngHwndProcess = OpenProcess(PROCESS_QUERY_INFORMATION Or > PROCESS_VM_READ, 0, GetCurrentProcessId) > > If lngHwndProcess <> 0 Then > > 'Get an array of the module handles for the specified process > lngReturn = EnumProcessModules(lngHwndProcess, lngModules(1), 200, > lngCBSize2) > > 'If the Module Array is retrieved, Get the ModuleFileName > If lngReturn <> 0 Then > 'Get the Site of the Memory Structure > pmc.cb = LenB(pmc) > lRet = GetProcessMemoryInfo(lngHwndProcess, pmc, pmc.cb) > > Mem = pmc.WorkingSetSize > End If > > End If > > 'Close the handle to this process > lngReturn = CloseHandle(lngHwndProcess) > > End Function > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From bensonforums at gmail.com Mon Jan 23 19:27:21 2017 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 23 Jan 2017 20:27:21 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> Message-ID: Closing them does not affect the memory hoarding. If it did I would have solved the problem that way, but it just doesnt work, Ac2013 has memory management problems. >From my non-flammable Note 3, Bill Benson On Jan 23, 2017 8:07 PM, "Ryan Wehler" wrote: > Yes many record sets are used in various ways. I always close and set them > to nothing as needed. I'll check out your code in the AM. > > Sent from my iPad > > > On Jan 23, 2017, at 6:30 PM, Bill Benson wrote: > > > > Are you building recordsets? I found a couple years ago I had to keep > track > > of memory as I was creating recordsets, looping through them, performing > > certain routines, because Ac2013 was not releasing memory. Big time > memory > > leaks. > > > > I stole this code from somewhere to get how much memory was being used > and > > would test this midroutine, sending a msgbox to the user to quit the > > application if they exceeded 800MB. > > > > > > Option Compare Database > > Option Explicit > > > > Type PROCESS_MEMORY_COUNTERS > > cb As Long > > PageFaultCount As Long > > PeakWorkingSetSize As Long > > WorkingSetSize As Long > > QuotaPeakPagedPoolUsage As Long > > QuotaPagedPoolUsage As Long > > QuotaPeakNonPagedPoolUsage As Long > > QuotaNonPagedPoolUsage As Long > > PagefileUsage As Long > > PeakPagefileUsage As Long > > End Type > > > > Private Const PROCESS_QUERY_INFORMATION = 1024 > > Private Const PROCESS_VM_READ = 16 > > > > Private Declare Function GetCurrentProcessId Lib "kernel32" () As Long > > Private Declare Function EnumProcessModules Lib "PSAPI.DLL" (ByVal > hProcess > > As Long, lphModule As Long, ByVal cb As Long, lpcbNeeded As Long) As Long > > Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal > > dwDesiredAccessas As Long, ByVal bInheritHandle As Long, ByVal dwProcId > As > > Long) As Long > > Private Declare Function GetProcessMemoryInfo Lib "PSAPI.DLL" (ByVal > > hProcess As Long, ppsmemCounters As PROCESS_MEMORY_COUNTERS, ByVal cb As > > Long) As Long > > Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal Handle As > > Long) As Long > > > > > > Public Function Mem() As Long > > > > Dim lngCBSize2 As Long > > Dim lngModules(1 To 200) As Long > > Dim lngReturn As Long > > Dim lngHwndProcess As Long > > Dim pmc As PROCESS_MEMORY_COUNTERS > > Dim lRet As Long > > Dim MemDelta As Long > > Static MemUsed As Long > > > > > > 'Get a handle to the Process and Open > > lngHwndProcess = OpenProcess(PROCESS_QUERY_INFORMATION Or > > PROCESS_VM_READ, 0, GetCurrentProcessId) > > > > If lngHwndProcess <> 0 Then > > > > 'Get an array of the module handles for the specified process > > lngReturn = EnumProcessModules(lngHwndProcess, lngModules(1), 200, > > lngCBSize2) > > > > 'If the Module Array is retrieved, Get the ModuleFileName > > If lngReturn <> 0 Then > > 'Get the Site of the Memory Structure > > pmc.cb = LenB(pmc) > > lRet = GetProcessMemoryInfo(lngHwndProcess, pmc, pmc.cb) > > > > Mem = pmc.WorkingSetSize > > End If > > > > End If > > > > 'Close the handle to this process > > lngReturn = CloseHandle(lngHwndProcess) > > > > End Function > > -- > > 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 > From wrwehler at gmail.com Mon Jan 23 19:34:22 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Mon, 23 Jan 2017 19:34:22 -0600 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> Message-ID: <802A1B31-B070-46FE-89BF-CA16D4210B73@gmail.com> I wonder if it's fixed in Access 2016. I could give my users that runtime.... I don't know that I've seen anyone else mention Access 2013 memory inefficiencies aside from you and me. Really frustrating. Sent from my iPad > On Jan 23, 2017, at 7:27 PM, Bill Benson wrote: > > Closing them does not affect the memory hoarding. If it did I would have > solved the problem that way, but it just doesnt work, Ac2013 has memory > management problems. > > From my non-flammable Note 3, > Bill Benson > >> On Jan 23, 2017 8:07 PM, "Ryan Wehler" wrote: >> >> Yes many record sets are used in various ways. I always close and set them >> to nothing as needed. I'll check out your code in the AM. >> >> Sent from my iPad >> >>> On Jan 23, 2017, at 6:30 PM, Bill Benson wrote: >>> >>> Are you building recordsets? I found a couple years ago I had to keep >> track >>> of memory as I was creating recordsets, looping through them, performing >>> certain routines, because Ac2013 was not releasing memory. Big time >> memory >>> leaks. >>> >>> I stole this code from somewhere to get how much memory was being used >> and >>> would test this midroutine, sending a msgbox to the user to quit the >>> application if they exceeded 800MB. >>> >>> >>> Option Compare Database >>> Option Explicit >>> >>> Type PROCESS_MEMORY_COUNTERS >>> cb As Long >>> PageFaultCount As Long >>> PeakWorkingSetSize As Long >>> WorkingSetSize As Long >>> QuotaPeakPagedPoolUsage As Long >>> QuotaPagedPoolUsage As Long >>> QuotaPeakNonPagedPoolUsage As Long >>> QuotaNonPagedPoolUsage As Long >>> PagefileUsage As Long >>> PeakPagefileUsage As Long >>> End Type >>> >>> Private Const PROCESS_QUERY_INFORMATION = 1024 >>> Private Const PROCESS_VM_READ = 16 >>> >>> Private Declare Function GetCurrentProcessId Lib "kernel32" () As Long >>> Private Declare Function EnumProcessModules Lib "PSAPI.DLL" (ByVal >> hProcess >>> As Long, lphModule As Long, ByVal cb As Long, lpcbNeeded As Long) As Long >>> Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal >>> dwDesiredAccessas As Long, ByVal bInheritHandle As Long, ByVal dwProcId >> As >>> Long) As Long >>> Private Declare Function GetProcessMemoryInfo Lib "PSAPI.DLL" (ByVal >>> hProcess As Long, ppsmemCounters As PROCESS_MEMORY_COUNTERS, ByVal cb As >>> Long) As Long >>> Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal Handle As >>> Long) As Long >>> >>> >>> Public Function Mem() As Long >>> >>> Dim lngCBSize2 As Long >>> Dim lngModules(1 To 200) As Long >>> Dim lngReturn As Long >>> Dim lngHwndProcess As Long >>> Dim pmc As PROCESS_MEMORY_COUNTERS >>> Dim lRet As Long >>> Dim MemDelta As Long >>> Static MemUsed As Long >>> >>> >>> 'Get a handle to the Process and Open >>> lngHwndProcess = OpenProcess(PROCESS_QUERY_INFORMATION Or >>> PROCESS_VM_READ, 0, GetCurrentProcessId) >>> >>> If lngHwndProcess <> 0 Then >>> >>> 'Get an array of the module handles for the specified process >>> lngReturn = EnumProcessModules(lngHwndProcess, lngModules(1), 200, >>> lngCBSize2) >>> >>> 'If the Module Array is retrieved, Get the ModuleFileName >>> If lngReturn <> 0 Then >>> 'Get the Site of the Memory Structure >>> pmc.cb = LenB(pmc) >>> lRet = GetProcessMemoryInfo(lngHwndProcess, pmc, pmc.cb) >>> >>> Mem = pmc.WorkingSetSize >>> End If >>> >>> End If >>> >>> 'Close the handle to this process >>> lngReturn = CloseHandle(lngHwndProcess) >>> >>> End Function >>> -- >>> 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 From bensonforums at gmail.com Mon Jan 23 19:43:43 2017 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 23 Jan 2017 20:43:43 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: <802A1B31-B070-46FE-89BF-CA16D4210B73@gmail.com> References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <802A1B31-B070-46FE-89BF-CA16D4210B73@gmail.com> Message-ID: Well I spent a week on the issue and posed on this back in 2015 and I didn't get any help either. Maybe if I had the group here "peer review" my code someone would point put where I failed to take note of something. But thing is I had a simple recordset. I was connected to SharePoint lists. I would loop through each record, export a report (as pdf it so happens) and by about the 30th item I was getting out of memory. I wasn't creating any objects except the initial recordset. So I concluded access sucks at memory management. I just moved on. Sorry if this is not much help and not a rigorous test. >From my non-flammable Note 3, Bill Benson On Jan 23, 2017 8:36 PM, "Ryan Wehler" wrote: > I wonder if it's fixed in Access 2016. I could give my users that > runtime.... > > I don't know that I've seen anyone else mention Access 2013 memory > inefficiencies aside from you and me. > > Really frustrating. > > Sent from my iPad > > > On Jan 23, 2017, at 7:27 PM, Bill Benson wrote: > > > > Closing them does not affect the memory hoarding. If it did I would have > > solved the problem that way, but it just doesnt work, Ac2013 has memory > > management problems. > > > > From my non-flammable Note 3, > > Bill Benson > > > >> On Jan 23, 2017 8:07 PM, "Ryan Wehler" wrote: > >> > >> Yes many record sets are used in various ways. I always close and set > them > >> to nothing as needed. I'll check out your code in the AM. > >> > >> Sent from my iPad > >> > >>> On Jan 23, 2017, at 6:30 PM, Bill Benson > wrote: > >>> > >>> Are you building recordsets? I found a couple years ago I had to keep > >> track > >>> of memory as I was creating recordsets, looping through them, > performing > >>> certain routines, because Ac2013 was not releasing memory. Big time > >> memory > >>> leaks. > >>> > >>> I stole this code from somewhere to get how much memory was being used > >> and > >>> would test this midroutine, sending a msgbox to the user to quit the > >>> application if they exceeded 800MB. > >>> > >>> > >>> Option Compare Database > >>> Option Explicit > >>> > >>> Type PROCESS_MEMORY_COUNTERS > >>> cb As Long > >>> PageFaultCount As Long > >>> PeakWorkingSetSize As Long > >>> WorkingSetSize As Long > >>> QuotaPeakPagedPoolUsage As Long > >>> QuotaPagedPoolUsage As Long > >>> QuotaPeakNonPagedPoolUsage As Long > >>> QuotaNonPagedPoolUsage As Long > >>> PagefileUsage As Long > >>> PeakPagefileUsage As Long > >>> End Type > >>> > >>> Private Const PROCESS_QUERY_INFORMATION = 1024 > >>> Private Const PROCESS_VM_READ = 16 > >>> > >>> Private Declare Function GetCurrentProcessId Lib "kernel32" () As Long > >>> Private Declare Function EnumProcessModules Lib "PSAPI.DLL" (ByVal > >> hProcess > >>> As Long, lphModule As Long, ByVal cb As Long, lpcbNeeded As Long) As > Long > >>> Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal > >>> dwDesiredAccessas As Long, ByVal bInheritHandle As Long, ByVal dwProcId > >> As > >>> Long) As Long > >>> Private Declare Function GetProcessMemoryInfo Lib "PSAPI.DLL" (ByVal > >>> hProcess As Long, ppsmemCounters As PROCESS_MEMORY_COUNTERS, ByVal cb > As > >>> Long) As Long > >>> Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal Handle > As > >>> Long) As Long > >>> > >>> > >>> Public Function Mem() As Long > >>> > >>> Dim lngCBSize2 As Long > >>> Dim lngModules(1 To 200) As Long > >>> Dim lngReturn As Long > >>> Dim lngHwndProcess As Long > >>> Dim pmc As PROCESS_MEMORY_COUNTERS > >>> Dim lRet As Long > >>> Dim MemDelta As Long > >>> Static MemUsed As Long > >>> > >>> > >>> 'Get a handle to the Process and Open > >>> lngHwndProcess = OpenProcess(PROCESS_QUERY_INFORMATION Or > >>> PROCESS_VM_READ, 0, GetCurrentProcessId) > >>> > >>> If lngHwndProcess <> 0 Then > >>> > >>> 'Get an array of the module handles for the specified process > >>> lngReturn = EnumProcessModules(lngHwndProcess, lngModules(1), 200, > >>> lngCBSize2) > >>> > >>> 'If the Module Array is retrieved, Get the ModuleFileName > >>> If lngReturn <> 0 Then > >>> 'Get the Site of the Memory Structure > >>> pmc.cb = LenB(pmc) > >>> lRet = GetProcessMemoryInfo(lngHwndProcess, pmc, pmc.cb) > >>> > >>> Mem = pmc.WorkingSetSize > >>> End If > >>> > >>> End If > >>> > >>> 'Close the handle to this process > >>> lngReturn = CloseHandle(lngHwndProcess) > >>> > >>> End Function > >>> -- > >>> 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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Mon Jan 23 19:46:14 2017 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 23 Jan 2017 20:46:14 -0500 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: <026d01d0a255$89043aa0$9b0cafe0$@net> References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> Message-ID: Ryan this is FYI >From my non-flammable Note 3, Bill Benson ---------- Forwarded message ---------- From: "Mark Simms" Date: Jun 8, 2015 9:43 PM Subject: Re: [AccessD] Ac2013 running out of resources To: "Access Developers discussion and problem solving" < accessd at databaseadvisors.com> Cc: Thanks Jurgen - this totally confirms my suspicions: BUG How much memory can AC-2013 consume ? Try 65 GIGs. Yep...I've seen it in Task Manager. Unbelievable. Another QA debacle by MSFT. Attempt development with AC2013 AT YOUR OWN RISK. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http:// www.databaseadvisors.com From df.waters at outlook.com Mon Jan 23 20:09:41 2017 From: df.waters at outlook.com (Dan Waters) Date: Tue, 24 Jan 2017 02:09:41 +0000 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <802A1B31-B070-46FE-89BF-CA16D4210B73@gmail.com> Message-ID: Hi Bill, I think what might be happening is that as your code loops through, there is a variable that represent the report in some way. That variable is not being set to nothing before each new report is created, and that's where your memory is being consumed. Try something like this: Dim pdf For each X in recordset 'Create report Pdf = 'code' 'Export report Pdf.Export Set pdf = nothing Next X So, after you are finished processing the pdf, set it's variable to nothing. That would hopefully prevent memory consumption from accumulating. Good Luck, Dan -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson Sent: Monday, January 23, 2017 19:44 To: Access Developers discussion and problem solving Subject: Re: [AccessD] 64-but ONLY front end ? Well I spent a week on the issue and posed on this back in 2015 and I didn't get any help either. Maybe if I had the group here "peer review" my code someone would point put where I failed to take note of something. But thing is I had a simple recordset. I was connected to SharePoint lists. I would loop through each record, export a report (as pdf it so happens) and by about the 30th item I was getting out of memory. I wasn't creating any objects except the initial recordset. So I concluded access sucks at memory management. I just moved on. Sorry if this is not much help and not a rigorous test. >From my non-flammable Note 3, Bill Benson On Jan 23, 2017 8:36 PM, "Ryan Wehler" wrote: > I wonder if it's fixed in Access 2016. I could give my users that > runtime.... > > I don't know that I've seen anyone else mention Access 2013 memory > inefficiencies aside from you and me. > > Really frustrating. > > Sent from my iPad > > > On Jan 23, 2017, at 7:27 PM, Bill Benson wrote: > > > > Closing them does not affect the memory hoarding. If it did I would > > have solved the problem that way, but it just doesnt work, Ac2013 > > has memory management problems. > > > > From my non-flammable Note 3, > > Bill Benson > > > >> On Jan 23, 2017 8:07 PM, "Ryan Wehler" wrote: > >> > >> Yes many record sets are used in various ways. I always close and > >> set > them > >> to nothing as needed. I'll check out your code in the AM. > >> > >> Sent from my iPad > >> > >>> On Jan 23, 2017, at 6:30 PM, Bill Benson > wrote: > >>> > >>> Are you building recordsets? I found a couple years ago I had to > >>> keep > >> track > >>> of memory as I was creating recordsets, looping through them, > performing > >>> certain routines, because Ac2013 was not releasing memory. Big > >>> time > >> memory > >>> leaks. > >>> > >>> I stole this code from somewhere to get how much memory was being > >>> used > >> and > >>> would test this midroutine, sending a msgbox to the user to quit > >>> the application if they exceeded 800MB. > >>> > >>> > >>> Option Compare Database > >>> Option Explicit > >>> > >>> Type PROCESS_MEMORY_COUNTERS > >>> cb As Long > >>> PageFaultCount As Long > >>> PeakWorkingSetSize As Long > >>> WorkingSetSize As Long > >>> QuotaPeakPagedPoolUsage As Long > >>> QuotaPagedPoolUsage As Long > >>> QuotaPeakNonPagedPoolUsage As Long > >>> QuotaNonPagedPoolUsage As Long > >>> PagefileUsage As Long > >>> PeakPagefileUsage As Long > >>> End Type > >>> > >>> Private Const PROCESS_QUERY_INFORMATION = 1024 Private Const > >>> PROCESS_VM_READ = 16 > >>> > >>> Private Declare Function GetCurrentProcessId Lib "kernel32" () As > >>> Long Private Declare Function EnumProcessModules Lib "PSAPI.DLL" > >>> (ByVal > >> hProcess > >>> As Long, lphModule As Long, ByVal cb As Long, lpcbNeeded As Long) > >>> As > Long > >>> Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal > >>> dwDesiredAccessas As Long, ByVal bInheritHandle As Long, ByVal > >>> dwProcId > >> As > >>> Long) As Long > >>> Private Declare Function GetProcessMemoryInfo Lib "PSAPI.DLL" > >>> (ByVal hProcess As Long, ppsmemCounters As > >>> PROCESS_MEMORY_COUNTERS, ByVal cb > As > >>> Long) As Long > >>> Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal > >>> Handle > As > >>> Long) As Long > >>> > >>> > >>> Public Function Mem() As Long > >>> > >>> Dim lngCBSize2 As Long > >>> Dim lngModules(1 To 200) As Long > >>> Dim lngReturn As Long > >>> Dim lngHwndProcess As Long > >>> Dim pmc As PROCESS_MEMORY_COUNTERS > >>> Dim lRet As Long > >>> Dim MemDelta As Long > >>> Static MemUsed As Long > >>> > >>> > >>> 'Get a handle to the Process and Open lngHwndProcess = > >>> OpenProcess(PROCESS_QUERY_INFORMATION Or PROCESS_VM_READ, 0, > >>> GetCurrentProcessId) > >>> > >>> If lngHwndProcess <> 0 Then > >>> > >>> 'Get an array of the module handles for the specified process > >>> lngReturn = EnumProcessModules(lngHwndProcess, lngModules(1), > >>> 200, > >>> lngCBSize2) > >>> > >>> 'If the Module Array is retrieved, Get the ModuleFileName > >>> If lngReturn <> 0 Then > >>> 'Get the Site of the Memory Structure > >>> pmc.cb = LenB(pmc) > >>> lRet = GetProcessMemoryInfo(lngHwndProcess, pmc, pmc.cb) > >>> > >>> Mem = pmc.WorkingSetSize > >>> End If > >>> > >>> End If > >>> > >>> 'Close the handle to this process > >>> lngReturn = CloseHandle(lngHwndProcess) > >>> > >>> End Function > >>> -- > >>> 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 > > -- > 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 From bensonforums at gmail.com Mon Jan 23 20:52:58 2017 From: bensonforums at gmail.com (Bill Benson) Date: Mon, 23 Jan 2017 21:52:58 -0500 Subject: [AccessD] 64-but ONLY front end ? In-Reply-To: References: <587e6aa4.84c3190a.c910f.cbb9@mx.google.com> <802A1B31-B070-46FE-89BF-CA16D4210B73@gmail.com> Message-ID: I'll check it out Dan. Thanks. >From my non-flammable Note 3, Bill Benson On Jan 23, 2017 9:11 PM, "Dan Waters" wrote: > Hi Bill, > > I think what might be happening is that as your code loops through, there > is a variable that represent the report in some way. That variable is not > being set to nothing before each new report is created, and that's where > your memory is being consumed. > > Try something like this: > > Dim pdf > > For each X in recordset > > 'Create report > Pdf = 'code' > > 'Export report > Pdf.Export > > Set pdf = nothing > > Next X > > So, after you are finished processing the pdf, set it's variable to > nothing. That would hopefully prevent memory consumption from accumulating. > > Good Luck, > Dan > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Bill Benson > Sent: Monday, January 23, 2017 19:44 > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] 64-but ONLY front end ? > > Well I spent a week on the issue and posed on this back in 2015 and I > didn't get any help either. Maybe if I had the group here "peer review" my > code someone would point put where I failed to take note of something. > But thing is I had a simple recordset. I was connected to SharePoint lists. > > I would loop through each record, export a report (as pdf it so happens) > and by about the 30th item I was getting out of memory. I wasn't creating > any objects except the initial recordset. > > So I concluded access sucks at memory management. > > I just moved on. > > Sorry if this is not much help and not a rigorous test. > > From my non-flammable Note 3, > Bill Benson > > On Jan 23, 2017 8:36 PM, "Ryan Wehler" wrote: > > > I wonder if it's fixed in Access 2016. I could give my users that > > runtime.... > > > > I don't know that I've seen anyone else mention Access 2013 memory > > inefficiencies aside from you and me. > > > > Really frustrating. > > > > Sent from my iPad > > > > > On Jan 23, 2017, at 7:27 PM, Bill Benson > wrote: > > > > > > Closing them does not affect the memory hoarding. If it did I would > > > have solved the problem that way, but it just doesnt work, Ac2013 > > > has memory management problems. > > > > > > From my non-flammable Note 3, > > > Bill Benson > > > > > >> On Jan 23, 2017 8:07 PM, "Ryan Wehler" wrote: > > >> > > >> Yes many record sets are used in various ways. I always close and > > >> set > > them > > >> to nothing as needed. I'll check out your code in the AM. > > >> > > >> Sent from my iPad > > >> > > >>> On Jan 23, 2017, at 6:30 PM, Bill Benson > > wrote: > > >>> > > >>> Are you building recordsets? I found a couple years ago I had to > > >>> keep > > >> track > > >>> of memory as I was creating recordsets, looping through them, > > performing > > >>> certain routines, because Ac2013 was not releasing memory. Big > > >>> time > > >> memory > > >>> leaks. > > >>> > > >>> I stole this code from somewhere to get how much memory was being > > >>> used > > >> and > > >>> would test this midroutine, sending a msgbox to the user to quit > > >>> the application if they exceeded 800MB. > > >>> > > >>> > > >>> Option Compare Database > > >>> Option Explicit > > >>> > > >>> Type PROCESS_MEMORY_COUNTERS > > >>> cb As Long > > >>> PageFaultCount As Long > > >>> PeakWorkingSetSize As Long > > >>> WorkingSetSize As Long > > >>> QuotaPeakPagedPoolUsage As Long > > >>> QuotaPagedPoolUsage As Long > > >>> QuotaPeakNonPagedPoolUsage As Long > > >>> QuotaNonPagedPoolUsage As Long > > >>> PagefileUsage As Long > > >>> PeakPagefileUsage As Long > > >>> End Type > > >>> > > >>> Private Const PROCESS_QUERY_INFORMATION = 1024 Private Const > > >>> PROCESS_VM_READ = 16 > > >>> > > >>> Private Declare Function GetCurrentProcessId Lib "kernel32" () As > > >>> Long Private Declare Function EnumProcessModules Lib "PSAPI.DLL" > > >>> (ByVal > > >> hProcess > > >>> As Long, lphModule As Long, ByVal cb As Long, lpcbNeeded As Long) > > >>> As > > Long > > >>> Private Declare Function OpenProcess Lib "kernel32.dll" (ByVal > > >>> dwDesiredAccessas As Long, ByVal bInheritHandle As Long, ByVal > > >>> dwProcId > > >> As > > >>> Long) As Long > > >>> Private Declare Function GetProcessMemoryInfo Lib "PSAPI.DLL" > > >>> (ByVal hProcess As Long, ppsmemCounters As > > >>> PROCESS_MEMORY_COUNTERS, ByVal cb > > As > > >>> Long) As Long > > >>> Private Declare Function CloseHandle Lib "kernel32.dll" (ByVal > > >>> Handle > > As > > >>> Long) As Long > > >>> > > >>> > > >>> Public Function Mem() As Long > > >>> > > >>> Dim lngCBSize2 As Long > > >>> Dim lngModules(1 To 200) As Long > > >>> Dim lngReturn As Long > > >>> Dim lngHwndProcess As Long > > >>> Dim pmc As PROCESS_MEMORY_COUNTERS > > >>> Dim lRet As Long > > >>> Dim MemDelta As Long > > >>> Static MemUsed As Long > > >>> > > >>> > > >>> 'Get a handle to the Process and Open lngHwndProcess = > > >>> OpenProcess(PROCESS_QUERY_INFORMATION Or PROCESS_VM_READ, 0, > > >>> GetCurrentProcessId) > > >>> > > >>> If lngHwndProcess <> 0 Then > > >>> > > >>> 'Get an array of the module handles for the specified process > > >>> lngReturn = EnumProcessModules(lngHwndProcess, lngModules(1), > > >>> 200, > > >>> lngCBSize2) > > >>> > > >>> 'If the Module Array is retrieved, Get the ModuleFileName > > >>> If lngReturn <> 0 Then > > >>> 'Get the Site of the Memory Structure > > >>> pmc.cb = LenB(pmc) > > >>> lRet = GetProcessMemoryInfo(lngHwndProcess, pmc, pmc.cb) > > >>> > > >>> Mem = pmc.WorkingSetSize > > >>> End If > > >>> > > >>> End If > > >>> > > >>> 'Close the handle to this process > > >>> lngReturn = CloseHandle(lngHwndProcess) > > >>> > > >>> End Function > > >>> -- > > >>> 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 > > > > -- > > 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 > From jwcolby at gmail.com Tue Jan 24 18:11:09 2017 From: jwcolby at gmail.com (John Colby) Date: Tue, 24 Jan 2017 19:11:09 -0500 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> Message-ID: <5887ED1D.3040000@Gmail.com> And did they fix it in 2016 or whatever the current version is? Or is this just another "develop in vba at your own risk" message from MSFT? On 1/23/2017 8:46 PM, Bill Benson wrote: > Ryan this is FYI > > >From my non-flammable Note 3, > Bill Benson > ---------- Forwarded message ---------- > From: "Mark Simms" > Date: Jun 8, 2015 9:43 PM > Subject: Re: [AccessD] Ac2013 running out of resources > To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com> > Cc: > > Thanks Jurgen - this totally confirms my suspicions: BUG > > How much memory can AC-2013 consume ? Try 65 GIGs. > Yep...I've seen it in Task Manager. Unbelievable. > > Another QA debacle by MSFT. > Attempt development with AC2013 AT YOUR OWN RISK. > > > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http:// www.databaseadvisors.com -- John W. Colby From dw-murphy at cox.net Tue Jan 24 20:40:29 2017 From: dw-murphy at cox.net (Doug Murphy) Date: Tue, 24 Jan 2017 18:40:29 -0800 Subject: [AccessD] vba compile error function or interface marked as restricted, or the function uses an automation type not supported in Visual Basic Message-ID: <002201d276b4$648abb10$2da03130$@cox.net> Folks, I have a com dll created in VB.NET that has been working for a number of years. The dll takes information from MS Access and creates orders on eBay using their Soap api. All of a sudden I started getting the error message "vba compile error function or interface marked as restricted, or the function uses an automation type not supported in Visual Basic" when I compile the Access application. The error is on a line where a property of type decimal in the dll is updated with data of type decimal from an DAO recordset in the Access code. This part of the code has been stable for quite a while so I am at a loss as to why all of a sudden this error starts. Any suggestions solutions would be appreciated. Doug From accessd at shaw.ca Wed Jan 25 00:57:58 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Tue, 24 Jan 2017 23:57:58 -0700 (MST) Subject: [AccessD] In training In-Reply-To: <5887ED1D.3040000@Gmail.com> References: <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: <2039397805.34842704.1485327478855.JavaMail.zimbra@shaw.ca> I have been away for the last few weeks being trained (and paid) for assisting in installing improvements to a fairly large network. I learned about such applications as Varnish, Proxygen and learned how to configure Cisco switches and routers to do load balancing. Also had an introduction to Hadoop and Docker Containers. It was great but it consumed all my time...researching in the evenings, testing and installing during the days. The beauty is, I actually got paid. Don't tell anyone, but I would have done it for nothing or may have actually paid for the training. It does help to have in-laws who have connections. ;-) This all re-enforces why I love the world of computers so much. I now am in the process of updating the families' websites. We will now be using a git client and a OS git server. (performs a similar task to the old subversion program but much more sophisticated). The client and server are connected via a 256 byte SSH key...everything is encrypted and there is no reason for multi-level passwords as the two key system, public/private keys works much better as it requires no usernames, passwords or manual entry. All the web sites are encaptulated in Containers (like vitual computers but much smaller and faster) and each runs independantly on an IngenX webserver (like Apache or IIS but much faster). The Containers are capable of federating between each other if necessary. For now it is a manual process to take the Git Server content, of each website and build each Container, from each site, (still having issues with compiling a new Wordpress site but should have that figured out) but soon I hope to have an automated script process, to do all the grunt work. Right now the only way to run Microsoft applications within a Container, is by installing the WINE compatibility layer, but I understand Microsoft hopes to have compatibilty with the Docker Containers, soon. They just have to figure out a method to protect each application from duplication...thousands of time within a few minutes, if desired. ;-) Jim PS Went to see "La La Land", today. It was beautifully done and the two lead actors, Ryan Gosling and Emma Stone are true triple threats...absolutely brilliantly directed and performed. From wrwehler at gmail.com Wed Jan 25 08:08:08 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 25 Jan 2017 08:08:08 -0600 Subject: [AccessD] In training In-Reply-To: <2039397805.34842704.1485327478855.JavaMail.zimbra@shaw.ca> References: <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> <2039397805.34842704.1485327478855.JavaMail.zimbra@shaw.ca> Message-ID: Very cool. Microsoft is doing some very cool things with Linux now. You can run Linux shells on top of Windows 10 now. They're also working on SQL Server for Linux that's got what is more or less a Windows emulation layer in it so that the core code can stay the same and they just emulate what they need to make it run on Linux. (Probably a lot like WINE, but more sophisticated). Docker is another really neat thing to tinker with. But I've personally not seen a benefit for a bazillion little microservices yet and I think Docker is more or less a buzz word right now that gets people riled up. Did you get a chance to tinker with any of the "cloud boot" type OSs like CoreOS? Those are usually used in conjunction with docker. On Wed, Jan 25, 2017 at 12:57 AM, Jim Lawrence wrote: > I have been away for the last few weeks being trained (and paid) for > assisting in installing improvements to a fairly large network. I learned > about such applications as Varnish, Proxygen and learned how to configure > Cisco switches and routers to do load balancing. Also had an introduction > to Hadoop and Docker Containers. > > It was great but it consumed all my time...researching in the evenings, > testing and installing during the days. The beauty is, I actually got paid. > Don't tell anyone, but I would have done it for nothing or may have > actually paid for the training. It does help to have in-laws who have > connections. ;-) > > This all re-enforces why I love the world of computers so much. > > I now am in the process of updating the families' websites. We will now be > using a git client and a OS git server. (performs a similar task to the old > subversion program but much more sophisticated). The client and server are > connected via a 256 byte SSH key...everything is encrypted and there is no > reason for multi-level passwords as the two key system, public/private keys > works much better as it requires no usernames, passwords or manual entry. > All the web sites are encaptulated in Containers (like vitual computers but > much smaller and faster) and each runs independantly on an IngenX webserver > (like Apache or IIS but much faster). The Containers are capable of > federating between each other if necessary. For now it is a manual process > to take the Git Server content, of each website and build each Container, > from each site, (still having issues with compiling a new Wordpress site > but should have that figured out) but soon I hope to have an automated > script process, to do all! > the grunt work. > > Right now the only way to run Microsoft applications within a Container, > is by installing the WINE compatibility layer, but I understand Microsoft > hopes to have compatibilty with the Docker Containers, soon. They just have > to figure out a method to protect each application from > duplication...thousands of time within a few minutes, if desired. ;-) > > Jim > > PS Went to see "La La Land", today. It was beautifully done and the two > lead actors, Ryan Gosling and Emma Stone are true triple > threats...absolutely brilliantly directed and performed. > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Wed Jan 25 12:16:33 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 25 Jan 2017 12:16:33 -0600 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: <5887ED1D.3040000@Gmail.com> References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: For the record I put Access 2016 Runtime on a VM and got "about" the same experience. Using the VMMap.exe tool it seemed I was able to utilize about 1.6GB of virtual memory for MSAccess before I ran into resource errors. With 2013 it seems to happen around 1.45-1.5GB. On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > And did they fix it in 2016 or whatever the current version is? Or is > this just another "develop in vba at your own risk" message from MSFT? > > On 1/23/2017 8:46 PM, Bill Benson wrote: > >> Ryan this is FYI >> >> >From my non-flammable Note 3, >> Bill Benson >> ---------- Forwarded message ---------- >> From: "Mark Simms" >> Date: Jun 8, 2015 9:43 PM >> Subject: Re: [AccessD] Ac2013 running out of resources >> To: "Access Developers discussion and problem solving" < >> accessd at databaseadvisors.com> >> Cc: >> >> Thanks Jurgen - this totally confirms my suspicions: BUG >> >> How much memory can AC-2013 consume ? Try 65 GIGs. >> Yep...I've seen it in Task Manager. Unbelievable. >> >> Another QA debacle by MSFT. >> Attempt development with AC2013 AT YOUR OWN RISK. >> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http:// >> www.databaseadvisors.com >> > > -- > John W. Colby > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From bensonforums at gmail.com Wed Jan 25 12:55:02 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jan 2017 13:55:02 -0500 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: Ryan, 1.4 is about the correct number but I have found a single reference can make it spike so I use >800mb as the cutoff point to warn the user to park and restart the accdb. I have yet to test Dan's suggestion, which I probably won't get to for awhile. Personally I don't think it will help because you and I both get these spikes (unreleased memory) and you are not assigning to report variables. For all I know leaving those not set to nothing might or might not have an impact but creating rst's and looping same is what caused memory to pile up for me. >From my non-flammable Note 3, Bill Benson On Jan 25, 2017 1:18 PM, "Ryan W" wrote: > For the record I put Access 2016 Runtime on a VM and got "about" the same > experience. Using the VMMap.exe tool it seemed I was able to utilize about > 1.6GB of virtual memory for MSAccess before I ran into resource errors. > With 2013 it seems to happen around 1.45-1.5GB. > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > > > And did they fix it in 2016 or whatever the current version is? Or is > > this just another "develop in vba at your own risk" message from MSFT? > > > > On 1/23/2017 8:46 PM, Bill Benson wrote: > > > >> Ryan this is FYI > >> > >> >From my non-flammable Note 3, > >> Bill Benson > >> ---------- Forwarded message ---------- > >> From: "Mark Simms" > >> Date: Jun 8, 2015 9:43 PM > >> Subject: Re: [AccessD] Ac2013 running out of resources > >> To: "Access Developers discussion and problem solving" < > >> accessd at databaseadvisors.com> > >> Cc: > >> > >> Thanks Jurgen - this totally confirms my suspicions: BUG > >> > >> How much memory can AC-2013 consume ? Try 65 GIGs. > >> Yep...I've seen it in Task Manager. Unbelievable. > >> > >> Another QA debacle by MSFT. > >> Attempt development with AC2013 AT YOUR OWN RISK. > >> > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http:// > >> www.databaseadvisors.com > >> > > > > -- > > John W. Colby > > > > > > -- > > 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 > From wrwehler at gmail.com Wed Jan 25 13:01:27 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 25 Jan 2017 13:01:27 -0600 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: 800MB would crush me. By the time we have the switchboard open we're already using 720MB. Access alone with no MDB/ACCDB loaded is already eating 516MB. On Wed, Jan 25, 2017 at 12:55 PM, Bill Benson wrote: > Ryan, 1.4 is about the correct number but I have found a single reference > can make it spike so I use >800mb as the cutoff point to warn the user to > park and restart the accdb. I have yet to test Dan's suggestion, which I > probably won't get to for awhile. Personally I don't think it will help > because you and I both get these spikes (unreleased memory) and you are not > assigning to report variables. For all I know leaving those not set to > nothing might or might not have an impact but creating rst's and looping > same is what caused memory to pile up for me. > > From my non-flammable Note 3, > Bill Benson > > On Jan 25, 2017 1:18 PM, "Ryan W" wrote: > > > For the record I put Access 2016 Runtime on a VM and got "about" the same > > experience. Using the VMMap.exe tool it seemed I was able to utilize > about > > 1.6GB of virtual memory for MSAccess before I ran into resource errors. > > With 2013 it seems to happen around 1.45-1.5GB. > > > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > > > > > And did they fix it in 2016 or whatever the current version is? Or is > > > this just another "develop in vba at your own risk" message from MSFT? > > > > > > On 1/23/2017 8:46 PM, Bill Benson wrote: > > > > > >> Ryan this is FYI > > >> > > >> >From my non-flammable Note 3, > > >> Bill Benson > > >> ---------- Forwarded message ---------- > > >> From: "Mark Simms" > > >> Date: Jun 8, 2015 9:43 PM > > >> Subject: Re: [AccessD] Ac2013 running out of resources > > >> To: "Access Developers discussion and problem solving" < > > >> accessd at databaseadvisors.com> > > >> Cc: > > >> > > >> Thanks Jurgen - this totally confirms my suspicions: BUG > > >> > > >> How much memory can AC-2013 consume ? Try 65 GIGs. > > >> Yep...I've seen it in Task Manager. Unbelievable. > > >> > > >> Another QA debacle by MSFT. > > >> Attempt development with AC2013 AT YOUR OWN RISK. > > >> > > >> > > >> > > >> > > >> -- > > >> AccessD mailing list > > >> AccessD at databaseadvisors.com > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > >> Website: http:// > > >> www.databaseadvisors.com > > >> > > > > > > -- > > > John W. Colby > > > > > > > > > -- > > > 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 > From jamesbutton at blueyonder.co.uk Wed Jan 25 14:27:48 2017 From: jamesbutton at blueyonder.co.uk (James Button) Date: Wed, 25 Jan 2017 20:27:48 -0000 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: As a slight aside from the detailed and discussed problem I believe there are options specifiable at windows startup to set windows to allow 32 bit applications to use 3Gb of memory rather than just 2GB,, Additionally, for 32 bit OS the amount of real memory available includes the memory allocated to the video system So having a video board with 1GB of onboard memory may well reduce the memory allocation available to many of the applications by that 1GB Or even more memory than is on the video board if the board adds main memory to the allocation it acquires (reserves) from the OS's managed space. JimB -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Wednesday, January 25, 2017 6:17 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fwd: Re: Ac2013 running out of resources For the record I put Access 2016 Runtime on a VM and got "about" the same experience. Using the VMMap.exe tool it seemed I was able to utilize about 1.6GB of virtual memory for MSAccess before I ran into resource errors. With 2013 it seems to happen around 1.45-1.5GB. On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > And did they fix it in 2016 or whatever the current version is? Or is > this just another "develop in vba at your own risk" message from MSFT? > > On 1/23/2017 8:46 PM, Bill Benson wrote: > >> Ryan this is FYI >> >> >From my non-flammable Note 3, >> Bill Benson >> ---------- Forwarded message ---------- >> From: "Mark Simms" >> Date: Jun 8, 2015 9:43 PM >> Subject: Re: [AccessD] Ac2013 running out of resources >> To: "Access Developers discussion and problem solving" < >> accessd at databaseadvisors.com> >> Cc: >> >> Thanks Jurgen - this totally confirms my suspicions: BUG >> >> How much memory can AC-2013 consume ? Try 65 GIGs. >> Yep...I've seen it in Task Manager. Unbelievable. >> >> Another QA debacle by MSFT. >> Attempt development with AC2013 AT YOUR OWN RISK. >> >> >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http:// >> www.databaseadvisors.com >> > > -- > John W. Colby > > > -- > 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 From wrwehler at gmail.com Wed Jan 25 14:37:17 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 25 Jan 2017 14:37:17 -0600 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: AFAIK the /3GB switch was for the 32 bit version of Windows only for whatever reason. The problem becomes using a 32 bit app on a 64 bit OS. You're limited to 2GB of Virtual Memory (Page File). The solutions are: slim your app down where you can or move to 64-bit Access. The latter isn't recommended by seemingly anyone. I had considered it but then I'd have to compile both 64 bit accde and 32 bit accde since I do have some machines running 32 bit OS's still. On Wed, Jan 25, 2017 at 2:27 PM, James Button wrote: > As a slight aside from the detailed and discussed problem > > I believe there are options specifiable at windows startup to set windows > to > allow 32 bit applications to use 3Gb of memory rather than just 2GB,, > Additionally, for 32 bit OS the amount of real memory available includes > the > memory allocated to the video system > So having a video board with 1GB of onboard memory may well reduce the > memory > allocation available to many of the applications by that 1GB > Or even more memory than is on the video board if the board adds main > memory to > the allocation it acquires (reserves) from the OS's managed space. > > JimB > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Wednesday, January 25, 2017 6:17 PM > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Fwd: Re: Ac2013 running out of resources > > For the record I put Access 2016 Runtime on a VM and got "about" the same > experience. Using the VMMap.exe tool it seemed I was able to utilize about > 1.6GB of virtual memory for MSAccess before I ran into resource errors. > With 2013 it seems to happen around 1.45-1.5GB. > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > > > And did they fix it in 2016 or whatever the current version is? Or is > > this just another "develop in vba at your own risk" message from MSFT? > > > > On 1/23/2017 8:46 PM, Bill Benson wrote: > > > >> Ryan this is FYI > >> > >> >From my non-flammable Note 3, > >> Bill Benson > >> ---------- Forwarded message ---------- > >> From: "Mark Simms" > >> Date: Jun 8, 2015 9:43 PM > >> Subject: Re: [AccessD] Ac2013 running out of resources > >> To: "Access Developers discussion and problem solving" < > >> accessd at databaseadvisors.com> > >> Cc: > >> > >> Thanks Jurgen - this totally confirms my suspicions: BUG > >> > >> How much memory can AC-2013 consume ? Try 65 GIGs. > >> Yep...I've seen it in Task Manager. Unbelievable. > >> > >> Another QA debacle by MSFT. > >> Attempt development with AC2013 AT YOUR OWN RISK. > >> > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http:// > >> www.databaseadvisors.com > >> > > > > -- > > John W. Colby > > > > > > -- > > 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 > From bensonforums at gmail.com Wed Jan 25 15:19:48 2017 From: bensonforums at gmail.com (Bill Benson) Date: Wed, 25 Jan 2017 16:19:48 -0500 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: The you will just have to pay attention to at what point in the process you spike above 1.2 or 1.4 gb and go from there. On Wed, Jan 25, 2017 at 2:01 PM, Ryan W wrote: > 800MB would crush me. By the time we have the switchboard open we're > already using 720MB. > > Access alone with no MDB/ACCDB loaded is already eating 516MB. > > > > > On Wed, Jan 25, 2017 at 12:55 PM, Bill Benson > wrote: > > > Ryan, 1.4 is about the correct number but I have found a single reference > > can make it spike so I use >800mb as the cutoff point to warn the user to > > park and restart the accdb. I have yet to test Dan's suggestion, which I > > probably won't get to for awhile. Personally I don't think it will help > > because you and I both get these spikes (unreleased memory) and you are > not > > assigning to report variables. For all I know leaving those not set to > > nothing might or might not have an impact but creating rst's and looping > > same is what caused memory to pile up for me. > > > > From my non-flammable Note 3, > > Bill Benson > > > > On Jan 25, 2017 1:18 PM, "Ryan W" wrote: > > > > > For the record I put Access 2016 Runtime on a VM and got "about" the > same > > > experience. Using the VMMap.exe tool it seemed I was able to utilize > > about > > > 1.6GB of virtual memory for MSAccess before I ran into resource errors. > > > With 2013 it seems to happen around 1.45-1.5GB. > > > > > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > > > > > > > And did they fix it in 2016 or whatever the current version is? Or > is > > > > this just another "develop in vba at your own risk" message from > MSFT? > > > > > > > > On 1/23/2017 8:46 PM, Bill Benson wrote: > > > > > > > >> Ryan this is FYI > > > >> > > > >> >From my non-flammable Note 3, > > > >> Bill Benson > > > >> ---------- Forwarded message ---------- > > > >> From: "Mark Simms" > > > >> Date: Jun 8, 2015 9:43 PM > > > >> Subject: Re: [AccessD] Ac2013 running out of resources > > > >> To: "Access Developers discussion and problem solving" < > > > >> accessd at databaseadvisors.com> > > > >> Cc: > > > >> > > > >> Thanks Jurgen - this totally confirms my suspicions: BUG > > > >> > > > >> How much memory can AC-2013 consume ? Try 65 GIGs. > > > >> Yep...I've seen it in Task Manager. Unbelievable. > > > >> > > > >> Another QA debacle by MSFT. > > > >> Attempt development with AC2013 AT YOUR OWN RISK. > > > >> > > > >> > > > >> > > > >> > > > >> -- > > > >> AccessD mailing list > > > >> AccessD at databaseadvisors.com > > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > > >> Website: http:// > > > >> www.databaseadvisors.com > > > >> > > > > > > > > -- > > > > John W. Colby > > > > > > > > > > > > -- > > > > 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 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Wed Jan 25 15:23:07 2017 From: wrwehler at gmail.com (Ryan W) Date: Wed, 25 Jan 2017 15:23:07 -0600 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: It's just a matter of my users trying to keep too many things open at once. Really the easiest answer would be to move everyone to 64 bit, then you have 8TB of addressable memory and it'll never be a problem again. But ... it's not "best practices" according to MSFT yet.... On Wed, Jan 25, 2017 at 3:19 PM, Bill Benson wrote: > The you will just have to pay attention to at what point in the process you > spike above 1.2 or 1.4 gb and go from there. > > On Wed, Jan 25, 2017 at 2:01 PM, Ryan W wrote: > > > 800MB would crush me. By the time we have the switchboard open we're > > already using 720MB. > > > > Access alone with no MDB/ACCDB loaded is already eating 516MB. > > > > > > > > > > On Wed, Jan 25, 2017 at 12:55 PM, Bill Benson > > wrote: > > > > > Ryan, 1.4 is about the correct number but I have found a single > reference > > > can make it spike so I use >800mb as the cutoff point to warn the user > to > > > park and restart the accdb. I have yet to test Dan's suggestion, which > I > > > probably won't get to for awhile. Personally I don't think it will help > > > because you and I both get these spikes (unreleased memory) and you are > > not > > > assigning to report variables. For all I know leaving those not set to > > > nothing might or might not have an impact but creating rst's and > looping > > > same is what caused memory to pile up for me. > > > > > > From my non-flammable Note 3, > > > Bill Benson > > > > > > On Jan 25, 2017 1:18 PM, "Ryan W" wrote: > > > > > > > For the record I put Access 2016 Runtime on a VM and got "about" the > > same > > > > experience. Using the VMMap.exe tool it seemed I was able to utilize > > > about > > > > 1.6GB of virtual memory for MSAccess before I ran into resource > errors. > > > > With 2013 it seems to happen around 1.45-1.5GB. > > > > > > > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby > wrote: > > > > > > > > > And did they fix it in 2016 or whatever the current version is? Or > > is > > > > > this just another "develop in vba at your own risk" message from > > MSFT? > > > > > > > > > > On 1/23/2017 8:46 PM, Bill Benson wrote: > > > > > > > > > >> Ryan this is FYI > > > > >> > > > > >> >From my non-flammable Note 3, > > > > >> Bill Benson > > > > >> ---------- Forwarded message ---------- > > > > >> From: "Mark Simms" > > > > >> Date: Jun 8, 2015 9:43 PM > > > > >> Subject: Re: [AccessD] Ac2013 running out of resources > > > > >> To: "Access Developers discussion and problem solving" < > > > > >> accessd at databaseadvisors.com> > > > > >> Cc: > > > > >> > > > > >> Thanks Jurgen - this totally confirms my suspicions: BUG > > > > >> > > > > >> How much memory can AC-2013 consume ? Try 65 GIGs. > > > > >> Yep...I've seen it in Task Manager. Unbelievable. > > > > >> > > > > >> Another QA debacle by MSFT. > > > > >> Attempt development with AC2013 AT YOUR OWN RISK. > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> -- > > > > >> AccessD mailing list > > > > >> AccessD at databaseadvisors.com > > > > >> http://databaseadvisors.com/mailman/listinfo/accessd > > > > >> Website: http:// > > > > >> www.databaseadvisors.com > > > > >> > > > > > > > > > > -- > > > > > John W. Colby > > > > > > > > > > > > > > > -- > > > > > 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 > > > > > -- > > 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 > From jwcolby at gmail.com Wed Jan 25 19:19:23 2017 From: jwcolby at gmail.com (John Colby) Date: Wed, 25 Jan 2017 20:19:23 -0500 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: <58894E9B.1060307@Gmail.com> And using x64 windows causes that video memory to automatically be moved up out of the lower 4 gigs. On 1/25/2017 3:27 PM, James Button wrote: > As a slight aside from the detailed and discussed problem > > I believe there are options specifiable at windows startup to set windows to > allow 32 bit applications to use 3Gb of memory rather than just 2GB,, > Additionally, for 32 bit OS the amount of real memory available includes the > memory allocated to the video system > So having a video board with 1GB of onboard memory may well reduce the memory > allocation available to many of the applications by that 1GB > Or even more memory than is on the video board if the board adds main memory to > the allocation it acquires (reserves) from the OS's managed space. > > JimB > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W > Sent: Wednesday, January 25, 2017 6:17 PM > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Fwd: Re: Ac2013 running out of resources > > For the record I put Access 2016 Runtime on a VM and got "about" the same > experience. Using the VMMap.exe tool it seemed I was able to utilize about > 1.6GB of virtual memory for MSAccess before I ran into resource errors. > With 2013 it seems to happen around 1.45-1.5GB. > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > >> And did they fix it in 2016 or whatever the current version is? Or is >> this just another "develop in vba at your own risk" message from MSFT? >> >> On 1/23/2017 8:46 PM, Bill Benson wrote: >> >>> Ryan this is FYI >>> >>> >From my non-flammable Note 3, >>> Bill Benson >>> ---------- Forwarded message ---------- >>> From: "Mark Simms" >>> Date: Jun 8, 2015 9:43 PM >>> Subject: Re: [AccessD] Ac2013 running out of resources >>> To: "Access Developers discussion and problem solving" < >>> accessd at databaseadvisors.com> >>> Cc: >>> >>> Thanks Jurgen - this totally confirms my suspicions: BUG >>> >>> How much memory can AC-2013 consume ? Try 65 GIGs. >>> Yep...I've seen it in Task Manager. Unbelievable. >>> >>> Another QA debacle by MSFT. >>> Attempt development with AC2013 AT YOUR OWN RISK. >>> >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http:// >>> www.databaseadvisors.com >>> >> -- >> John W. Colby >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> -- John W. Colby From jwcolby at gmail.com Wed Jan 25 19:33:25 2017 From: jwcolby at gmail.com (John Colby) Date: Wed, 25 Jan 2017 20:33:25 -0500 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: <588951E5.5030908@Gmail.com> Have you tried running these on native windows? IOW is it possible that you are running into a VM resource problem? On 1/25/2017 1:16 PM, Ryan W wrote: > For the record I put Access 2016 Runtime on a VM and got "about" the same > experience. Using the VMMap.exe tool it seemed I was able to utilize about > 1.6GB of virtual memory for MSAccess before I ran into resource errors. > With 2013 it seems to happen around 1.45-1.5GB. > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > >> And did they fix it in 2016 or whatever the current version is? Or is >> this just another "develop in vba at your own risk" message from MSFT? >> >> On 1/23/2017 8:46 PM, Bill Benson wrote: >> >>> Ryan this is FYI >>> >>> >From my non-flammable Note 3, >>> Bill Benson >>> ---------- Forwarded message ---------- >>> From: "Mark Simms" >>> Date: Jun 8, 2015 9:43 PM >>> Subject: Re: [AccessD] Ac2013 running out of resources >>> To: "Access Developers discussion and problem solving" < >>> accessd at databaseadvisors.com> >>> Cc: >>> >>> Thanks Jurgen - this totally confirms my suspicions: BUG >>> >>> How much memory can AC-2013 consume ? Try 65 GIGs. >>> Yep...I've seen it in Task Manager. Unbelievable. >>> >>> Another QA debacle by MSFT. >>> Attempt development with AC2013 AT YOUR OWN RISK. >>> >>> >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http:// >>> www.databaseadvisors.com >>> >> -- >> John W. Colby >> >> >> -- >> AccessD mailing list >> AccessD at databaseadvisors.com >> http://databaseadvisors.com/mailman/listinfo/accessd >> Website: http://www.databaseadvisors.com >> -- John W. Colby From wrwehler at gmail.com Wed Jan 25 19:57:16 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Wed, 25 Jan 2017 19:57:16 -0600 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: <588951E5.5030908@Gmail.com> References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> <588951E5.5030908@Gmail.com> Message-ID: Yes my workstation. I am using a VM or two to test different scenarios but ultimately the ones I care about are physical workstations my users use. > On Jan 25, 2017, at 7:33 PM, John Colby wrote: > > Have you tried running these on native windows? IOW is it possible that you are running into a VM resource problem? > >> On 1/25/2017 1:16 PM, Ryan W wrote: >> For the record I put Access 2016 Runtime on a VM and got "about" the same >> experience. Using the VMMap.exe tool it seemed I was able to utilize about >> 1.6GB of virtual memory for MSAccess before I ran into resource errors. >> With 2013 it seems to happen around 1.45-1.5GB. >> >>> On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: >>> >>> And did they fix it in 2016 or whatever the current version is? Or is >>> this just another "develop in vba at your own risk" message from MSFT? >>> >>>> On 1/23/2017 8:46 PM, Bill Benson wrote: >>>> >>>> Ryan this is FYI >>>> >>>> >From my non-flammable Note 3, >>>> Bill Benson >>>> ---------- Forwarded message ---------- >>>> From: "Mark Simms" >>>> Date: Jun 8, 2015 9:43 PM >>>> Subject: Re: [AccessD] Ac2013 running out of resources >>>> To: "Access Developers discussion and problem solving" < >>>> accessd at databaseadvisors.com> >>>> Cc: >>>> >>>> Thanks Jurgen - this totally confirms my suspicions: BUG >>>> >>>> How much memory can AC-2013 consume ? Try 65 GIGs. >>>> Yep...I've seen it in Task Manager. Unbelievable. >>>> >>>> Another QA debacle by MSFT. >>>> Attempt development with AC2013 AT YOUR OWN RISK. >>>> >>>> >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http:// >>>> www.databaseadvisors.com >>>> >>> -- >>> John W. Colby >>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/mailman/listinfo/accessd >>> Website: http://www.databaseadvisors.com >>> > > -- > John W. Colby > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From jimdettman at verizon.net Thu Jan 26 08:27:29 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Thu, 26 Jan 2017 09:27:29 -0500 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: Couple comments: 1. I'm curious what this app is like because it's rare for something to hit a memory resource limit like you have. 2. I did recently however have a question on EE with more or less the same problem (resources, but it wasn't memory). This was a heavy duty calendaring type app where one form in particular would always kick them over the limit (hundreds of controls and quite complex) if it was used in conjunction with a couple other forms. So similar problem to yours. What I suggested to them and what might work for you is splitting the front end up into multiple DB's running under two or more instances of Access. In their case it was easy to split off the one form. They allowed the user to start either part first (they split it into two), and would seamlessly fire up the other part when needed. The tricky part was that they wanted to execute code in each DB from the other. That was easy for the first executed part because it could grab a reference to the second, but the second had no way to get a reference back to the first easily. Turns out it is possible with some windows API's and I did up an article on it: https://www.experts-exchange.com/articles/28861/Obtaining-an-object-variable -for-a-running-instance-of-Microsoft-Access.html Something to consider and it might resolve your dilemma. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Wednesday, January 25, 2017 03:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Fwd: Re: Ac2013 running out of resources AFAIK the /3GB switch was for the 32 bit version of Windows only for whatever reason. The problem becomes using a 32 bit app on a 64 bit OS. You're limited to 2GB of Virtual Memory (Page File). The solutions are: slim your app down where you can or move to 64-bit Access. The latter isn't recommended by seemingly anyone. I had considered it but then I'd have to compile both 64 bit accde and 32 bit accde since I do have some machines running 32 bit OS's still. On Wed, Jan 25, 2017 at 2:27 PM, James Button wrote: > As a slight aside from the detailed and discussed problem > > I believe there are options specifiable at windows startup to set windows > to > allow 32 bit applications to use 3Gb of memory rather than just 2GB,, > Additionally, for 32 bit OS the amount of real memory available includes > the > memory allocated to the video system > So having a video board with 1GB of onboard memory may well reduce the > memory > allocation available to many of the applications by that 1GB > Or even more memory than is on the video board if the board adds main > memory to > the allocation it acquires (reserves) from the OS's managed space. > > JimB > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Wednesday, January 25, 2017 6:17 PM > To: Access Developers discussion and problem solving > > Subject: Re: [AccessD] Fwd: Re: Ac2013 running out of resources > > For the record I put Access 2016 Runtime on a VM and got "about" the same > experience. Using the VMMap.exe tool it seemed I was able to utilize about > 1.6GB of virtual memory for MSAccess before I ran into resource errors. > With 2013 it seems to happen around 1.45-1.5GB. > > On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: > > > And did they fix it in 2016 or whatever the current version is? Or is > > this just another "develop in vba at your own risk" message from MSFT? > > > > On 1/23/2017 8:46 PM, Bill Benson wrote: > > > >> Ryan this is FYI > >> > >> >From my non-flammable Note 3, > >> Bill Benson > >> ---------- Forwarded message ---------- > >> From: "Mark Simms" > >> Date: Jun 8, 2015 9:43 PM > >> Subject: Re: [AccessD] Ac2013 running out of resources > >> To: "Access Developers discussion and problem solving" < > >> accessd at databaseadvisors.com> > >> Cc: > >> > >> Thanks Jurgen - this totally confirms my suspicions: BUG > >> > >> How much memory can AC-2013 consume ? Try 65 GIGs. > >> Yep...I've seen it in Task Manager. Unbelievable. > >> > >> Another QA debacle by MSFT. > >> Attempt development with AC2013 AT YOUR OWN RISK. > >> > >> > >> > >> > >> -- > >> AccessD mailing list > >> AccessD at databaseadvisors.com > >> http://databaseadvisors.com/mailman/listinfo/accessd > >> Website: http:// > >> www.databaseadvisors.com > >> > > > > -- > > John W. Colby > > > > > > -- > > 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 > -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wrwehler at gmail.com Thu Jan 26 09:41:28 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Thu, 26 Jan 2017 09:41:28 -0600 Subject: [AccessD] Fwd: Re: Ac2013 running out of resources In-Reply-To: References: <06e301d09f27$5bd34de0$1379e9a0$@net> <5570FEBC.31271.4134939E@stuart.lexacorp.com.pg> <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> Message-ID: There's nothing really special about it. Forms with subforms and recordsets performing calculations and such There's just a lot there. The app is used by everyone in our company in some manner. We never experienced these problems with Access 2003 or 97. Lot less memory usage from access itself. Sent from my iPhone > On Jan 26, 2017, at 8:27 AM, Jim Dettman wrote: > > Couple comments: > > 1. I'm curious what this app is like because it's rare for something to hit > a memory resource limit like you have. > > 2. I did recently however have a question on EE with more or less the same > problem (resources, but it wasn't memory). This was a heavy duty > calendaring type app where one form in particular would always kick them > over the limit (hundreds of controls and quite complex) if it was used in > conjunction with a couple other forms. So similar problem to yours. > > What I suggested to them and what might work for you is splitting the front > end up into multiple DB's running under two or more instances of Access. In > their case it was easy to split off the one form. They allowed the user to > start either part first (they split it into two), and would seamlessly fire > up the other part when needed. The tricky part was that they wanted to > execute code in each DB from the other. > > That was easy for the first executed part because it could grab a reference > to the second, but the second had no way to get a reference back to the > first easily. Turns out it is possible with some windows API's and I did > up an article on it: > > https://www.experts-exchange.com/articles/28861/Obtaining-an-object-variable > -for-a-running-instance-of-Microsoft-Access.html > > Something to consider and it might resolve your dilemma. > > Jim. > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Wednesday, January 25, 2017 03:37 PM > To: Access Developers discussion and problem solving > Subject: Re: [AccessD] Fwd: Re: Ac2013 running out of resources > > AFAIK the /3GB switch was for the 32 bit version of Windows only for > whatever reason. > > The problem becomes using a 32 bit app on a 64 bit OS. You're limited to > 2GB of Virtual Memory (Page File). The solutions are: slim your app down > where you can or move to 64-bit Access. The latter isn't recommended by > seemingly anyone. I had considered it but then I'd have to compile both 64 > bit accde and 32 bit accde since I do have some machines running 32 bit > OS's still. > > > > On Wed, Jan 25, 2017 at 2:27 PM, James Button > wrote: > >> As a slight aside from the detailed and discussed problem >> >> I believe there are options specifiable at windows startup to set windows >> to >> allow 32 bit applications to use 3Gb of memory rather than just 2GB,, >> Additionally, for 32 bit OS the amount of real memory available includes >> the >> memory allocated to the video system >> So having a video board with 1GB of onboard memory may well reduce the >> memory >> allocation available to many of the applications by that 1GB >> Or even more memory than is on the video board if the board adds main >> memory to >> the allocation it acquires (reserves) from the OS's managed space. >> >> JimB >> >> >> >> -----Original Message----- >> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of >> Ryan W >> Sent: Wednesday, January 25, 2017 6:17 PM >> To: Access Developers discussion and problem solving >> >> Subject: Re: [AccessD] Fwd: Re: Ac2013 running out of resources >> >> For the record I put Access 2016 Runtime on a VM and got "about" the same >> experience. Using the VMMap.exe tool it seemed I was able to utilize about >> 1.6GB of virtual memory for MSAccess before I ran into resource errors. >> With 2013 it seems to happen around 1.45-1.5GB. >> >>> On Tue, Jan 24, 2017 at 6:11 PM, John Colby wrote: >>> >>> And did they fix it in 2016 or whatever the current version is? Or is >>> this just another "develop in vba at your own risk" message from MSFT? >>> >>>> On 1/23/2017 8:46 PM, Bill Benson wrote: >>>> >>>> Ryan this is FYI >>>> >>>>> From my non-flammable Note 3, >>>> Bill Benson >>>> ---------- Forwarded message ---------- >>>> From: "Mark Simms" >>>> Date: Jun 8, 2015 9:43 PM >>>> Subject: Re: [AccessD] Ac2013 running out of resources >>>> To: "Access Developers discussion and problem solving" < >>>> accessd at databaseadvisors.com> >>>> Cc: >>>> >>>> Thanks Jurgen - this totally confirms my suspicions: BUG >>>> >>>> How much memory can AC-2013 consume ? Try 65 GIGs. >>>> Yep...I've seen it in Task Manager. Unbelievable. >>>> >>>> Another QA debacle by MSFT. >>>> Attempt development with AC2013 AT YOUR OWN RISK. >>>> >>>> >>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/mailman/listinfo/accessd >>>> Website: http:// >>>> www.databaseadvisors.com >>>> >>> >>> -- >>> John W. Colby >>> >>> >>> -- >>> 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 >> > -- > 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 From accessd at shaw.ca Thu Jan 26 19:37:43 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 26 Jan 2017 18:37:43 -0700 (MST) Subject: [AccessD] In training In-Reply-To: References: <026d01d0a255$89043aa0$9b0cafe0$@net> <5887ED1D.3040000@Gmail.com> <2039397805.34842704.1485327478855.JavaMail.zimbra@shaw.ca> Message-ID: <707197825.39709244.1485481063516.JavaMail.zimbra@shaw.ca> Hi Ryan: I attempted to install a Bash shell on my Windows10 box but missed the small print...only on 64 bit computers. (I have a number of computers and not being in business anymore, it is a slow and expensive task to move all the boxes to 64bit.) Maybe in a couple of months. ;-) Microsoft now has its Wine like application, not an emulator but a compatibility layer called WSL (Windows Subsystem for Linux). It is so compatible that OS distros like Ubuntu, Fedora and Suse can be installed on Windows. Have not tried it but it sounds so neat. I think that CoreOS is similar to Microsoft's Hyper-V. Both are headless and either the user has to get up to speed at the command prompt or a GUI has to be pasted on...I like a GUI. At the core of both those products is KVM (Kernel-based Virtual Machine), built into the Linux kernel. With these two products, a company can host and create dozens of Containers at will or just send them on their way. Aside: MS copied KVM from Suse Linux about five years ago. I understand that CoreOS is trying to re-brand itself to ContainerOS. Did you know that Microsoft's .Net Core which runs as an editor on all platforms, is basically a Container(?), compiled via the application Electron.Atom: http://electron.atom.io/ ...and the internal development environment is HTML/JavaScript/Chromium/NodeJS...don't ask. ;-) The beauty of Containers is that, depending on the OS, a person can roll out an application with no concern as to what libraries or DLLs are installed, on the hosting desktop/server. The product to totally self-contained....it will run just like a stand-alone application. Of course Containers are less like an application and more like a whole OS which can have hundreds of features but unlike our virtual drives, which tend to be total pigs, they are very lean and very fast...and can be duplicated, via scripts, within seconds, in the hundreds. Also a remote Container recipient can not hack in and modify the Container, if it is locked. It would be wonderful, if when we can assemble an Access or VB/.Net/C# application or a mash up of a number of technologies, into a single build, it could then be just be Containerized and then broadcast through out an entire company. Once the hosting desktops are configured, no installation type process necessary, no concerns of dated or missing components, complete stabilization and it would be easy to synchronize all users with, say, daily Container rebuilds. In the event of a system crash, the base OS could first be installed on the desktop and then all the Containers could be pushed across the network or across the internet. There was a lot of discussions about Cloud deployment and there is so many new applications popping up, virtually daily. "Cloud boot" looks like a very interesting technology-service....http://cloudboot.org/ is this what you are talking about? Every business has to carefully figure out how much they are going spend, how much tech is going to be run locally, how much will be run or be stored remotely, how many services will need to be purchased, what level of security is needed, what infra-structure is needed/cost, how that infrastructure will be maintained (will a tech be kept in-house, on contract or can the receptionist be brought up to speed), should some new tech be trusted or is the old tech good enough and after that applications can be remotely accessed, built locally for the desktop or maybe a web-based solution is the answer. Gone are the days, when someone wanted a system upgrade, the question was which Microsoft application will be needed...today MS is just one more ingredient in the stew. Tech is moving so fast that it leaves me with more questions than answers...but it seems regardless of the need, there is always something out there that is just right. Jim ----- Original Message ----- From: "Ryan W" To: "Access Developers discussion and problem solving" Sent: Wednesday, January 25, 2017 6:08:08 AM Subject: Re: [AccessD] In training Very cool. Microsoft is doing some very cool things with Linux now. You can run Linux shells on top of Windows 10 now. They're also working on SQL Server for Linux that's got what is more or less a Windows emulation layer in it so that the core code can stay the same and they just emulate what they need to make it run on Linux. (Probably a lot like WINE, but more sophisticated). Docker is another really neat thing to tinker with. But I've personally not seen a benefit for a bazillion little microservices yet and I think Docker is more or less a buzz word right now that gets people riled up. Did you get a chance to tinker with any of the "cloud boot" type OSs like CoreOS? Those are usually used in conjunction with docker. From accessd at shaw.ca Thu Jan 26 22:39:10 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Thu, 26 Jan 2017 21:39:10 -0700 (MST) Subject: [AccessD] A Github client In-Reply-To: References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> Message-ID: <282453032.40042140.1485491950477.JavaMail.zimbra@shaw.ca> I have plenty of knowledge in Github clients and command line entries for Github, on Linux but embarrassing little of the same in Windows. Is there anyone out there that has experience with Github and the associated SSH apps on a Windows 10 box? MTIA Jim From wrwehler at gmail.com Fri Jan 27 07:16:45 2017 From: wrwehler at gmail.com (Ryan Wehler) Date: Fri, 27 Jan 2017 07:16:45 -0600 Subject: [AccessD] A Github client In-Reply-To: <282453032.40042140.1485491950477.JavaMail.zimbra@shaw.ca> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> <282453032.40042140.1485491950477.JavaMail.zimbra@shaw.ca> Message-ID: <887BDB7E-C6C3-4439-B4EC-9ACDDD8517F6@gmail.com> I use tortoisegit to push and pull from the repos. It integrates with windows right click context menus so you just right click the directory you want to pull a repo into or to push your changes from to github or gitlab (or any other). It's pretty slick. It will also show you which files changed by changing the file icons. Green if they're current. Red if they've changed since last commit. Lots of other stuff. Sent from my iPhone > On Jan 26, 2017, at 10:39 PM, Jim Lawrence wrote: > > I have plenty of knowledge in Github clients and command line entries for Github, on Linux but embarrassing little of the same in Windows. Is there anyone out there that has experience with Github and the associated SSH apps on a Windows 10 box? > > MTIA > Jim > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com From wrwehler at gmail.com Fri Jan 27 14:11:05 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 27 Jan 2017 14:11:05 -0600 Subject: [AccessD] Are MS KB patches cumulative? Message-ID: I'm trying to patch up past a error number off by 1 bug in Access 2013 runtime. I figure I'll jump to the latest version I can to avoid any other bugs that were fixed. This is the bug I'm trying to get past: https://support.microsoft.com/en-us/help/2889947/hotfix-kb2889947-for-access-2013-october-14,-2014-access-x-none.msp But the 2013SP1 runtime is several months older than that patch. Here's what I'd like to jump to: https://support.microsoft.com/en-us/help/3118349/january-3,-2017,-update-for-access-2013-kb3118349 This shows the MSAccess.exe would be up to 15.0.4893.1000 which nearest I can tell is the latest version. I wonder though if DLL's and other dependencies skipped by jumping patches will cause grief? It let me slap the patch right over the latest RunTime install without barking. I figure if there was a dependency it needed to meet first it would have whined? From jimdettman at verizon.net Fri Jan 27 15:03:01 2017 From: jimdettman at verizon.net (Jim Dettman) Date: Fri, 27 Jan 2017 16:03:01 -0500 Subject: [AccessD] Are MS KB patches cumulative? In-Reply-To: References: Message-ID: <582DA70A051B4B3F82EE2A1C70A0BBAE@XPS> Hot Fixes are typically not cumulative and may not bring you up the latest build. Their meant to address a specific problem. General releases and service packs are. What's done normally is you get to a general release or service pack, then hot patch in sequence past that. Jim. -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W Sent: Friday, January 27, 2017 03:11 PM To: Access Developers discussion and problem solving Subject: [AccessD] Are MS KB patches cumulative? I'm trying to patch up past a error number off by 1 bug in Access 2013 runtime. I figure I'll jump to the latest version I can to avoid any other bugs that were fixed. This is the bug I'm trying to get past: https://support.microsoft.com/en-us/help/2889947/hotfix-kb2889947-for-access -2013-october-14,-2014-access-x-none.msp But the 2013SP1 runtime is several months older than that patch. Here's what I'd like to jump to: https://support.microsoft.com/en-us/help/3118349/january-3,-2017,-update-for -access-2013-kb3118349 This shows the MSAccess.exe would be up to 15.0.4893.1000 which nearest I can tell is the latest version. I wonder though if DLL's and other dependencies skipped by jumping patches will cause grief? It let me slap the patch right over the latest RunTime install without barking. I figure if there was a dependency it needed to meet first it would have whined? -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From wrwehler at gmail.com Fri Jan 27 15:04:18 2017 From: wrwehler at gmail.com (Ryan W) Date: Fri, 27 Jan 2017 15:04:18 -0600 Subject: [AccessD] Are MS KB patches cumulative? In-Reply-To: <582DA70A051B4B3F82EE2A1C70A0BBAE@XPS> References: <582DA70A051B4B3F82EE2A1C70A0BBAE@XPS> Message-ID: That off by 1 is a hot fix, but the other (second link) is just a normal patch released to WU which you'd hope contains the hotfix by now. So I went from Access 2013 SP1 to KB3118349 (15.0.4569.1506 direct to 15.0.4893.1000) in this case. On Fri, Jan 27, 2017 at 3:03 PM, Jim Dettman wrote: > > Hot Fixes are typically not cumulative and may not bring you up the latest > build. Their meant to address a specific problem. > > General releases and service packs are. > > What's done normally is you get to a general release or service pack, > then > hot patch in sequence past that. > > Jim. > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Ryan W > Sent: Friday, January 27, 2017 03:11 PM > To: Access Developers discussion and problem solving > Subject: [AccessD] Are MS KB patches cumulative? > > I'm trying to patch up past a error number off by 1 bug in Access 2013 > runtime. I figure I'll jump to the latest version I can to avoid any other > bugs that were fixed. > > This is the bug I'm trying to get past: > > https://support.microsoft.com/en-us/help/2889947/hotfix- > kb2889947-for-access > -2013-october-14,-2014-access-x-none.msp > > But the 2013SP1 runtime is several months older than that patch. > > Here's what I'd like to jump to: > > https://support.microsoft.com/en-us/help/3118349/january-3,- > 2017,-update-for > -access-2013-kb3118349 > > This shows the MSAccess.exe would be up to 15.0.4893.1000 which nearest I > can tell is the latest version. > > I wonder though if DLL's and other dependencies skipped by jumping patches > will cause grief? It let me slap the patch right over the latest RunTime > install without barking. I figure if there was a dependency it needed to > meet first it would have whined? > -- > 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 > From accessd at shaw.ca Sat Jan 28 14:39:18 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Sat, 28 Jan 2017 13:39:18 -0700 (MST) Subject: [AccessD] A Github client In-Reply-To: <887BDB7E-C6C3-4439-B4EC-9ACDDD8517F6@gmail.com> References: <5870258C.6090904@Gmail.com> <58702E66.3010002@Gmail.com> <0F92B4CC-6E52-455D-95A4-ACA7F330647C@gmail.com> <282453032.40042140.1485491950477.JavaMail.zimbra@shaw.ca> <887BDB7E-C6C3-4439-B4EC-9ACDDD8517F6@gmail.com> Message-ID: <106486262.43751101.1485635958448.JavaMail.zimbra@shaw.ca> Hi Ryan: Thanks, excellent. I will carefully review the product. I wonder if tortoisegit is compatible with any Github servers? Jim ----- Original Message ----- From: "Ryan Wehler" To: "Access Developers discussion and problem solving" Sent: Friday, January 27, 2017 5:16:45 AM Subject: Re: [AccessD] A Github client I use tortoisegit to push and pull from the repos. It integrates with windows right click context menus so you just right click the directory you want to pull a repo into or to push your changes from to github or gitlab (or any other). It's pretty slick. It will also show you which files changed by changing the file icons. Green if they're current. Red if they've changed since last commit. Lots of other stuff. Sent from my iPhone > On Jan 26, 2017, at 10:39 PM, Jim Lawrence wrote: > > I have plenty of knowledge in Github clients and command line entries for Github, on Linux but embarrassing little of the same in Windows. Is there anyone out there that has experience with Github and the associated SSH apps on a Windows 10 box? > > MTIA > Jim > -- > 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 From mcp2004 at mail.ru Mon Jan 30 02:41:11 2017 From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=) Date: Mon, 30 Jan 2017 11:41:11 +0300 Subject: [AccessD] =?utf-8?q?A_Github_client?= In-Reply-To: <282453032.40042140.1485491950477.JavaMail.zimbra@shaw.ca> References: <282453032.40042140.1485491950477.JavaMail.zimbra@shaw.ca> Message-ID: <1485765671.982544104@f433.i.mail.ru> Hi Jim -- I'm using GitExt ( https://gitextensions.github.io/ ?) Features: a) Windows Explorer integration for Git,? b) Visual Studio (2008/2010/2012/2013) plugin for Git,? c) Feature rich user interface for Git,? d) Single installer installs MSysGit, GitExtensions and the mergetool KDiff3,? e) 32bit and 64bit support. Thank you. -- Shamil >Friday, January 27, 2017 7:39 AM +03:00 from Jim Lawrence : > >I have plenty of knowledge in Github clients and command line entries for Github, on Linux but embarrassing little of the same in Windows. Is there anyone out there that has experience with Github and the associated SSH apps on a Windows 10 box? > >MTIA >Jim >-- >AccessD mailing list >AccessD at databaseadvisors.com >http://databaseadvisors.com/mailman/listinfo/accessd >Website: http://www.databaseadvisors.com From cjlabs at att.net Mon Jan 30 11:39:46 2017 From: cjlabs at att.net (cjlabs) Date: Mon, 30 Jan 2017 11:39:46 -0600 Subject: [AccessD] Word mail merge code - Albert Kallal Message-ID: <018c01d27b1f$da18b2a0$8e4a17e0$@att.net> I had been using Albert Kallal?s mail merge code for years (since 2003 or so), but it does not work in Office2010. The last version I know that it was working was 2003. I get an error from Word ?The document ?merge.888? caused a serious error the last time it was opened. You may continue opening it or perform data recovery by clicking ?Recover Data?. Clicking ?Recover Data? will extract text of your document but all formatting and pictures will be lost.? Merge.888 is the data file for the merge. If I choose Open, Word crashes. I get an Automation error in procedure MergeWord of his WordCode sub. If I chooseRecover Data, Word shows empty records (despite the data being in the file). If I step through the procedure, it crashes on WordDoc.MailMerge.OpenDataSource _ Name:=strMergeDataFile, _ ConfirmConversions:=False, _ ReadOnly:=False, LinkToSource:=True, AddToRecentFiles:=False, _ PasswordDocument:="", PasswordTemplate:="", WritePasswordDocument:="", _ WritePasswordTemplate:="", Revert:=False, Format:=0, _ Connection:="", SQLStatement:="", SQLStatement1:="" Specifically when it calls the function strMergeDataFile which returns the path to the data file (in the Temp folder). Is anyone using Kallal?s code and made the changes to work in more recent versions of Office? I realize there are many ways to create a merge document in Word, but I would prefer to stick with what I am using if it will work. I emailed Albert Kallal but received no response. Thanks Carolyn Johnson St Louis, MO From jackandpat.d at gmail.com Mon Jan 30 12:06:34 2017 From: jackandpat.d at gmail.com (jack drawbridge) Date: Mon, 30 Jan 2017 13:06:34 -0500 Subject: [AccessD] Word mail merge code - Albert Kallal In-Reply-To: <018c01d27b1f$da18b2a0$8e4a17e0$@att.net> References: <018c01d27b1f$da18b2a0$8e4a17e0$@att.net> Message-ID: Carolyn, Albert is active on UtterAccess. I see some links to his merge at http://www.utteraccess.com/forum/index.php?showtopic=2037642&view=findpost&p=2602716 http://www.utteraccess.com/forum/index.php?showtopic=2035844&view=findpost&p=2589379 Good luck. On Mon, Jan 30, 2017 at 12:39 PM, cjlabs wrote: > I had been using Albert Kallal?s mail merge code for years (since 2003 or > so), but it does not work in Office2010. The last version I know that it > was working was 2003. > > > > I get an error from Word ?The document ?merge.888? caused a serious error > the last time it was opened. You may continue opening it or perform data > recovery by clicking ?Recover Data?. Clicking ?Recover Data? will extract > text of your document but all formatting and pictures will be lost.? > > > > Merge.888 is the data file for the merge. > > > > > > If I choose Open, Word crashes. I get an Automation error in procedure > MergeWord of his WordCode sub. > > > > > > If I chooseRecover Data, Word shows empty records (despite the data being > in the file). > > > > > > If I step through the procedure, it crashes on WordDoc.MailMerge.OpenDataSource > _ > > Name:=strMergeDataFile, _ > > ConfirmConversions:=False, _ > > ReadOnly:=False, LinkToSource:=True, AddToRecentFiles:=False, _ > > PasswordDocument:="", PasswordTemplate:="", > WritePasswordDocument:="", _ > > WritePasswordTemplate:="", Revert:=False, Format:=0, _ > > Connection:="", SQLStatement:="", SQLStatement1:="" > > > > Specifically when it calls the function strMergeDataFile which returns > the path to the data file (in the Temp folder). > > > > > > Is anyone using Kallal?s code and made the changes to work in more recent > versions of Office? > > > > I realize there are many ways to create a merge document in Word, but I > would prefer to stick with what I am using if it will work. > > > > I emailed Albert Kallal but received no response. > > > > > > > > Thanks > > Carolyn Johnson > > St Louis, MO > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From ssharkins at gmail.com Mon Jan 30 12:15:18 2017 From: ssharkins at gmail.com (Susan Harkins) Date: Mon, 30 Jan 2017 13:15:18 -0500 Subject: [AccessD] Word mail merge code - Albert Kallal In-Reply-To: References: <018c01d27b1f$da18b2a0$8e4a17e0$@att.net> Message-ID: <000001d27b24$d03d8ee0$70b8aca0$@gmail.com> What is an .888 file? Has it always had that extension? Susan H. > Merge.888 is the data file for the merge. > > > > > > If I choose Open, Word crashes. I get an Automation error in procedure > MergeWord of his WordCode sub. > > > > > > If I chooseRecover Data, Word shows empty records (despite the data > being in the file). > > > > > > If I step through the procedure, it crashes on WordDoc.MailMerge.OpenDataSource > _ > > Name:=strMergeDataFile, _ > > ConfirmConversions:=False, _ > > ReadOnly:=False, LinkToSource:=True, AddToRecentFiles:=False, > _ > > PasswordDocument:="", PasswordTemplate:="", > WritePasswordDocument:="", _ > > WritePasswordTemplate:="", Revert:=False, Format:=0, _ > > Connection:="", SQLStatement:="", SQLStatement1:="" > > > > Specifically when it calls the function strMergeDataFile which > returns the path to the data file (in the Temp folder). > > > > > > Is anyone using Kallal?s code and made the changes to work in more > recent versions of Office? > > > > I realize there are many ways to create a merge document in Word, but > I would prefer to stick with what I am using if it will work. > > > > I emailed Albert Kallal but received no response. > > > > > > > > Thanks > > Carolyn Johnson > > St Louis, MO > > -- > 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 From cjlabs at att.net Mon Jan 30 12:19:35 2017 From: cjlabs at att.net (cjlabs) Date: Mon, 30 Jan 2017 12:19:35 -0600 Subject: [AccessD] Word mail merge code - Albert Kallal In-Reply-To: <000001d27b24$d03d8ee0$70b8aca0$@gmail.com> References: <018c01d27b1f$da18b2a0$8e4a17e0$@att.net> <000001d27b24$d03d8ee0$70b8aca0$@gmail.com> Message-ID: <01b201d27b25$69c65e20$3d531a60$@att.net> As far as a can tell from his notes, he changed the extension from .txt to .888 due to some conflict that occurred with the option to turn off file extensions. The file itself is comma delimited. Jack -- I'll check the UtterAccess links. Maybe I was using an old email address. Thanks Carolyn Johnson -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Susan Harkins Sent: Monday, January 30, 2017 12:15 PM To: 'Access Developers discussion and problem solving' Subject: Re: [AccessD] Word mail merge code - Albert Kallal What is an .888 file? Has it always had that extension? Susan H. > Merge.888 is the data file for the merge. > > > > > > If I choose Open, Word crashes. I get an Automation error in procedure > MergeWord of his WordCode sub. > > > > > > If I chooseRecover Data, Word shows empty records (despite the data > being in the file). > > > > > > If I step through the procedure, it crashes on WordDoc.MailMerge.OpenDataSource > _ > > Name:=strMergeDataFile, _ > > ConfirmConversions:=False, _ > > ReadOnly:=False, LinkToSource:=True, AddToRecentFiles:=False, > _ > > PasswordDocument:="", PasswordTemplate:="", > WritePasswordDocument:="", _ > > WritePasswordTemplate:="", Revert:=False, Format:=0, _ > > Connection:="", SQLStatement:="", SQLStatement1:="" > > > > Specifically when it calls the function strMergeDataFile which > returns the path to the data file (in the Temp folder). > > > > > > Is anyone using Kallal?s code and made the changes to work in more > recent versions of Office? > > > > I realize there are many ways to create a merge document in Word, but > I would prefer to stick with what I am using if it will work. > > > > I emailed Albert Kallal but received no response. > > > > > > > > Thanks > > Carolyn Johnson > > St Louis, MO > > -- > 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 From accessd at shaw.ca Mon Jan 30 12:26:10 2017 From: accessd at shaw.ca (Jim Lawrence) Date: Mon, 30 Jan 2017 11:26:10 -0700 (MST) Subject: [AccessD] A Github client In-Reply-To: <1485765671.982544104@f433.i.mail.ru> References: <282453032.40042140.1485491950477.JavaMail.zimbra@shaw.ca> <1485765671.982544104@f433.i.mail.ru> Message-ID: <1474512231.47276350.1485800770044.JavaMail.zimbra@shaw.ca> Hi Shamil: Thanks for the link. This Git version looks very unique. I like the concept of being able to monitor the code, links in a single window and being able to leverage other external applications. I will definitely give this one a try. How long have you been using this product/application/plug-in? Any tips on configuration? Jim ----- Original Message ----- From: "Access Developers discussion and problem solving" To: "Access Developers discussion and problem solving" Cc: "Salakhetdinov Shamil" Sent: Monday, January 30, 2017 12:41:11 AM Subject: Re: [AccessD] A Github client Hi Jim -- I'm using GitExt ( https://gitextensions.github.io/ ?) Features: a) Windows Explorer integration for Git,? b) Visual Studio (2008/2010/2012/2013) plugin for Git,? c) Feature rich user interface for Git,? d) Single installer installs MSysGit, GitExtensions and the mergetool KDiff3,? e) 32bit and 64bit support. Thank you. -- Shamil >Friday, January 27, 2017 7:39 AM +03:00 from Jim Lawrence : > >I have plenty of knowledge in Github clients and command line entries for Github, on Linux but embarrassing little of the same in Windows. Is there anyone out there that has experience with Github and the associated SSH apps on a Windows 10 box? > >MTIA >Jim >-- >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 From jackandpat.d at gmail.com Mon Jan 30 12:36:59 2017 From: jackandpat.d at gmail.com (jack drawbridge) Date: Mon, 30 Jan 2017 13:36:59 -0500 Subject: [AccessD] Word mail merge code - Albert Kallal In-Reply-To: <01b201d27b25$69c65e20$3d531a60$@att.net> References: <018c01d27b1f$da18b2a0$8e4a17e0$@att.net> <000001d27b24$d03d8ee0$70b8aca0$@gmail.com> <01b201d27b25$69c65e20$3d531a60$@att.net> Message-ID: Carolyn, You could post your question/issue on UA. I'm sure Albert is active enough to get back to you fairly quickly. jack On Mon, Jan 30, 2017 at 1:19 PM, cjlabs wrote: > As far as a can tell from his notes, he changed the extension from .txt to > .888 due to some conflict that occurred with the option to turn off file > extensions. > > The file itself is comma delimited. > > > Jack -- I'll check the UtterAccess links. Maybe I was using an old email > address. > > > Thanks > Carolyn Johnson > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Susan Harkins > Sent: Monday, January 30, 2017 12:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Word mail merge code - Albert Kallal > > What is an .888 file? Has it always had that extension? > > Susan H. > > > Merge.888 is the data file for the merge. > > > > > > > > > > > > If I choose Open, Word crashes. I get an Automation error in procedure > > MergeWord of his WordCode sub. > > > > > > > > > > > > If I chooseRecover Data, Word shows empty records (despite the data > > being in the file). > > > > > > > > > > > > If I step through the procedure, it crashes on WordDoc.MailMerge. > OpenDataSource > > _ > > > > Name:=strMergeDataFile, _ > > > > ConfirmConversions:=False, _ > > > > ReadOnly:=False, LinkToSource:=True, AddToRecentFiles:=False, > > _ > > > > PasswordDocument:="", PasswordTemplate:="", > > WritePasswordDocument:="", _ > > > > WritePasswordTemplate:="", Revert:=False, Format:=0, _ > > > > Connection:="", SQLStatement:="", SQLStatement1:="" > > > > > > > > Specifically when it calls the function strMergeDataFile which > > returns the path to the data file (in the Temp folder). > > > > > > > > > > > > Is anyone using Kallal?s code and made the changes to work in more > > recent versions of Office? > > > > > > > > I realize there are many ways to create a merge document in Word, but > > I would prefer to stick with what I am using if it will work. > > > > > > > > I emailed Albert Kallal but received no response. > > > > > > > > > > > > > > > > Thanks > > > > Carolyn Johnson > > > > St Louis, MO > > > > -- > > 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 > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From cjlabs at att.net Mon Jan 30 12:57:28 2017 From: cjlabs at att.net (cjlabs) Date: Mon, 30 Jan 2017 12:57:28 -0600 Subject: [AccessD] Word mail merge code - Albert Kallal In-Reply-To: References: <018c01d27b1f$da18b2a0$8e4a17e0$@att.net> <000001d27b24$d03d8ee0$70b8aca0$@gmail.com> <01b201d27b25$69c65e20$3d531a60$@att.net> Message-ID: <01b701d27b2a$b49740e0$1dc5c2a0$@att.net> Thanks. I just tried emailing him directly, but I will post to UtterAccess if he does not respond. Perhaps someone else has had this issue. Carolyn -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge Sent: Monday, January 30, 2017 12:37 PM To: Access Developers discussion and problem solving Subject: Re: [AccessD] Word mail merge code - Albert Kallal Carolyn, You could post your question/issue on UA. I'm sure Albert is active enough to get back to you fairly quickly. jack On Mon, Jan 30, 2017 at 1:19 PM, cjlabs wrote: > As far as a can tell from his notes, he changed the extension from .txt to > .888 due to some conflict that occurred with the option to turn off file > extensions. > > The file itself is comma delimited. > > > Jack -- I'll check the UtterAccess links. Maybe I was using an old email > address. > > > Thanks > Carolyn Johnson > > > > -----Original Message----- > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of > Susan Harkins > Sent: Monday, January 30, 2017 12:15 PM > To: 'Access Developers discussion and problem solving' > Subject: Re: [AccessD] Word mail merge code - Albert Kallal > > What is an .888 file? Has it always had that extension? > > Susan H. > > > Merge.888 is the data file for the merge. > > > > > > > > > > > > If I choose Open, Word crashes. I get an Automation error in procedure > > MergeWord of his WordCode sub. > > > > > > > > > > > > If I chooseRecover Data, Word shows empty records (despite the data > > being in the file). > > > > > > > > > > > > If I step through the procedure, it crashes on WordDoc.MailMerge. > OpenDataSource > > _ > > > > Name:=strMergeDataFile, _ > > > > ConfirmConversions:=False, _ > > > > ReadOnly:=False, LinkToSource:=True, AddToRecentFiles:=False, > > _ > > > > PasswordDocument:="", PasswordTemplate:="", > > WritePasswordDocument:="", _ > > > > WritePasswordTemplate:="", Revert:=False, Format:=0, _ > > > > Connection:="", SQLStatement:="", SQLStatement1:="" > > > > > > > > Specifically when it calls the function strMergeDataFile which > > returns the path to the data file (in the Temp folder). > > > > > > > > > > > > Is anyone using Kallal?s code and made the changes to work in more > > recent versions of Office? > > > > > > > > I realize there are many ways to create a merge document in Word, but > > I would prefer to stick with what I am using if it will work. > > > > > > > > I emailed Albert Kallal but received no response. > > > > > > > > > > > > > > > > Thanks > > > > Carolyn Johnson > > > > St Louis, MO > > > > -- > > 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 > > > -- > 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 From wrwehler at gmail.com Tue Jan 31 08:37:23 2017 From: wrwehler at gmail.com (Ryan W) Date: Tue, 31 Jan 2017 08:37:23 -0600 Subject: [AccessD] "Simulate" copy and paste of entire column in Runtime? Message-ID: With the use of the runtime we've lost the ability to click a column header and right click and select copy/paste. You can still use ctrl-c and ctrl-v, but my users.... aren't sure about key combos. I'm tinkering with trying to get some mouse events to do it for me: If Button = acRightButton And Shift = 1 Then DoCmd.CancelEvent Dim rst As DAO.Recordset Me.Rpt.SetFocus Set rst = Me.RecordsetClone DoCmd.GoToRecord , , acLast DoCmd.GoToRecord , , acFirst Me.SelTop = 1 Me.SelHeight = rst.RecordCount commandbars("MyCommandBar").showpopup Set rst = Nothing End If This works in highlighting the entire column (I have to use acLast,acFirst to get the entire column if the datasheet has a scroll bar other wise it just copies what's been loaded into the view. But when my command bar comes up and I click "copy", it's not getting that rows selection. It's getting something else that's in focus even though Me.Rpt.setfocus was called in code. If I remove the commandbars popup and do DoCmd.RunCommand acCmdCopy that appears to work but then I need to hash out special key combos for copy and paste (in this case I'm using shift + right mouse up) to invoke copy, since right mouse up all by itself invokes a different "toggle on/off" popup for the entire column. Does anyone have another take on this or should I just drop it and let them get used to Ctrl-C,Ctrl-V? From mcp2004 at mail.ru Tue Jan 31 08:50:36 2017 From: mcp2004 at mail.ru (=?UTF-8?B?U2FsYWtoZXRkaW5vdiBTaGFtaWw=?=) Date: Tue, 31 Jan 2017 17:50:36 +0300 Subject: [AccessD] =?utf-8?q?A_Github_client?= In-Reply-To: <1474512231.47276350.1485800770044.JavaMail.zimbra@shaw.ca> References: <1485765671.982544104@f433.i.mail.ru> <1474512231.47276350.1485800770044.JavaMail.zimbra@shaw.ca> Message-ID: <1485874236.757248845@f302.i.mail.ru> Hi Jim -- I have got known/started to use this Git extension/plug-in a few years ago. I have been recommended to use GitExt by developers who have been using it in their everyday work with large open source project(s). I have no any tips on GitExt configuration - I'm using GitExt online docs? https://git-extensions-documentation.readthedocs.io/en/latest/ ? -- Shamil >Monday, January 30, 2017 9:26 PM +03:00 from Jim Lawrence : > >Hi Shamil: > >Thanks for the link. This Git version looks very unique. I like the concept of being able to monitor the code, links in a single window and being able to leverage other external applications. I will definitely give this one a try. How long have you been using this product/application/plug-in? Any tips on configuration? > >Jim > >----- Original Message ----- >From: "Access Developers discussion and problem solving" < accessd at databaseadvisors.com > >To: "Access Developers discussion and problem solving" < accessd at databaseadvisors.com > >Cc: "Salakhetdinov Shamil" < mcp2004 at mail.ru > >Sent: Monday, January 30, 2017 12:41:11 AM >Subject: Re: [AccessD] A Github client > >Hi Jim -- > >I'm using GitExt ( https://gitextensions.github.io/ ?) > >Features: >a) Windows Explorer integration for Git,? >b) Visual Studio (2008/2010/2012/2013) plugin for Git,? >c) Feature rich user interface for Git,? >d) Single installer installs MSysGit, GitExtensions and the mergetool KDiff3,? >e) 32bit and 64bit support. > >Thank you. > >-- Shamil >>Friday, January 27, 2017 7:39 AM +03:00 from Jim Lawrence < accessd at shaw.ca >: >> >>I have plenty of knowledge in Github clients and command line entries for Github, on Linux but embarrassing little of the same in Windows. Is there anyone out there that has experience with Github and the associated SSH apps on a Windows 10 box? >> >>MTIA >>Jim >>-- >>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 From charlotte.foust at gmail.com Tue Jan 31 08:57:52 2017 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 31 Jan 2017 06:57:52 -0800 Subject: [AccessD] "Simulate" copy and paste of entire column in Runtime? In-Reply-To: References: Message-ID: I just had to dig up code to copy from a locked disabled subform to the clipboard using a picture calls, but it only worked.in my situation by creating a command button that was specific to the single locked control they wanted to be able to copy. Leigh Webber has some classes to encapsulate the process and there are lots of api postings for manipulating the clipboard, but they all require tweaking. Charlotte Foust 916-206-4336 On Jan 31, 2017 6:39 AM, "Ryan W" wrote: > With the use of the runtime we've lost the ability to click a column header > and right click and select copy/paste. You can still use ctrl-c and ctrl-v, > but my users.... aren't sure about key combos. > > > I'm tinkering with trying to get some mouse events to do it for me: > > > If Button = acRightButton And Shift = 1 Then > DoCmd.CancelEvent > > Dim rst As DAO.Recordset > Me.Rpt.SetFocus > > Set rst = Me.RecordsetClone > DoCmd.GoToRecord , , acLast > DoCmd.GoToRecord , , acFirst > > Me.SelTop = 1 > Me.SelHeight = rst.RecordCount > commandbars("MyCommandBar").showpopup > Set rst = Nothing > End If > > > This works in highlighting the entire column (I have to use acLast,acFirst > to get the entire column if the datasheet has a scroll bar other wise it > just copies what's been loaded into the view. > > But when my command bar comes up and I click "copy", it's not getting that > rows selection. It's getting something else that's in focus even though > Me.Rpt.setfocus was called in code. > > If I remove the commandbars popup and do DoCmd.RunCommand acCmdCopy that > appears to work but then I need to hash out special key combos for copy and > paste (in this case I'm using shift + right mouse up) to invoke copy, since > right mouse up all by itself invokes a different "toggle on/off" popup for > the entire column. > > > Does anyone have another take on this or should I just drop it and let them > get used to Ctrl-C,Ctrl-V? > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From wrwehler at gmail.com Tue Jan 31 09:05:47 2017 From: wrwehler at gmail.com (Ryan W) Date: Tue, 31 Jan 2017 09:05:47 -0600 Subject: [AccessD] "Simulate" copy and paste of entire column in Runtime? In-Reply-To: References: Message-ID: Yeah I'm trying to avoid API calls here if I can. If preferable I'd like to find out why my command bar popup doesn't snag what I've got selected.. (probably because it was selected in code and not by the user?). Frustrating. I wish they'd allow right click menus in the runtime. I get they've been gone for a long time so if they add them just add a setting to forms "Right Click Menu" and have it default to disabled as to not break backwards compatibility! On Tue, Jan 31, 2017 at 8:57 AM, Charlotte Foust wrote: > I just had to dig up code to copy from a locked disabled subform to the > clipboard using a picture calls, but it only worked.in my situation by > creating a command button that was specific to the single locked control > they wanted to be able to copy. Leigh Webber has some classes to > encapsulate the process and there are lots of api postings for manipulating > the clipboard, but they all require tweaking. > > Charlotte Foust > 916-206-4336 > > On Jan 31, 2017 6:39 AM, "Ryan W" wrote: > > > With the use of the runtime we've lost the ability to click a column > header > > and right click and select copy/paste. You can still use ctrl-c and > ctrl-v, > > but my users.... aren't sure about key combos. > > > > > > I'm tinkering with trying to get some mouse events to do it for me: > > > > > > If Button = acRightButton And Shift = 1 Then > > DoCmd.CancelEvent > > > > Dim rst As DAO.Recordset > > Me.Rpt.SetFocus > > > > Set rst = Me.RecordsetClone > > DoCmd.GoToRecord , , acLast > > DoCmd.GoToRecord , , acFirst > > > > Me.SelTop = 1 > > Me.SelHeight = rst.RecordCount > > commandbars("MyCommandBar").showpopup > > Set rst = Nothing > > End If > > > > > > This works in highlighting the entire column (I have to use > acLast,acFirst > > to get the entire column if the datasheet has a scroll bar other wise it > > just copies what's been loaded into the view. > > > > But when my command bar comes up and I click "copy", it's not getting > that > > rows selection. It's getting something else that's in focus even though > > Me.Rpt.setfocus was called in code. > > > > If I remove the commandbars popup and do DoCmd.RunCommand acCmdCopy that > > appears to work but then I need to hash out special key combos for copy > and > > paste (in this case I'm using shift + right mouse up) to invoke copy, > since > > right mouse up all by itself invokes a different "toggle on/off" popup > for > > the entire column. > > > > > > Does anyone have another take on this or should I just drop it and let > them > > get used to Ctrl-C,Ctrl-V? > > -- > > 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 > From bensonforums at gmail.com Tue Jan 31 09:07:02 2017 From: bensonforums at gmail.com (Bill Benson) Date: Tue, 31 Jan 2017 10:07:02 -0500 Subject: [AccessD] "Simulate" copy and paste of entire column in Runtime? In-Reply-To: References: Message-ID: My response is to push them towards Ctrl-C and Ctrl-v. They are *almost* universal, I have almost never seen them used for anything else, in any application (don't the date back to like DOS 1.0?) And who knows they might come begging to learn what Ctrl-P Ctrl-X do. But never ever teach them what Ctrl-H does in access. >From my non-flammable Note 3, Bill Benson On Jan 31, 2017 9:59 AM, "Charlotte Foust" wrote: I just had to dig up code to copy from a locked disabled subform to the clipboard using a picture calls, but it only worked.in my situation by creating a command button that was specific to the single locked control they wanted to be able to copy. Leigh Webber has some classes to encapsulate the process and there are lots of api postings for manipulating the clipboard, but they all require tweaking. Charlotte Foust 916-206-4336 On Jan 31, 2017 6:39 AM, "Ryan W" wrote: > With the use of the runtime we've lost the ability to click a column header > and right click and select copy/paste. You can still use ctrl-c and ctrl-v, > but my users.... aren't sure about key combos. > > > I'm tinkering with trying to get some mouse events to do it for me: > > > If Button = acRightButton And Shift = 1 Then > DoCmd.CancelEvent > > Dim rst As DAO.Recordset > Me.Rpt.SetFocus > > Set rst = Me.RecordsetClone > DoCmd.GoToRecord , , acLast > DoCmd.GoToRecord , , acFirst > > Me.SelTop = 1 > Me.SelHeight = rst.RecordCount > commandbars("MyCommandBar").showpopup > Set rst = Nothing > End If > > > This works in highlighting the entire column (I have to use acLast,acFirst > to get the entire column if the datasheet has a scroll bar other wise it > just copies what's been loaded into the view. > > But when my command bar comes up and I click "copy", it's not getting that > rows selection. It's getting something else that's in focus even though > Me.Rpt.setfocus was called in code. > > If I remove the commandbars popup and do DoCmd.RunCommand acCmdCopy that > appears to work but then I need to hash out special key combos for copy and > paste (in this case I'm using shift + right mouse up) to invoke copy, since > right mouse up all by itself invokes a different "toggle on/off" popup for > the entire column. > > > Does anyone have another take on this or should I just drop it and let them > get used to Ctrl-C,Ctrl-V? > -- > 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 From wrwehler at gmail.com Tue Jan 31 09:11:52 2017 From: wrwehler at gmail.com (Ryan W) Date: Tue, 31 Jan 2017 09:11:52 -0600 Subject: [AccessD] "Simulate" copy and paste of entire column in Runtime? In-Reply-To: References: Message-ID: "...but key combos are hard!" -Users On Tue, Jan 31, 2017 at 9:07 AM, Bill Benson wrote: > My response is to push them towards Ctrl-C and Ctrl-v. They are *almost* > universal, I have almost never seen them used for anything else, in any > application (don't the date back to like DOS 1.0?) And who knows they > might come begging to learn what Ctrl-P Ctrl-X do. But never ever teach > them what Ctrl-H does in access. > > From my non-flammable Note 3, > Bill Benson > > On Jan 31, 2017 9:59 AM, "Charlotte Foust" > wrote: > > I just had to dig up code to copy from a locked disabled subform to the > clipboard using a picture calls, but it only worked.in my situation by > creating a command button that was specific to the single locked control > they wanted to be able to copy. Leigh Webber has some classes to > encapsulate the process and there are lots of api postings for manipulating > the clipboard, but they all require tweaking. > > Charlotte Foust > 916-206-4336 > > On Jan 31, 2017 6:39 AM, "Ryan W" wrote: > > > With the use of the runtime we've lost the ability to click a column > header > > and right click and select copy/paste. You can still use ctrl-c and > ctrl-v, > > but my users.... aren't sure about key combos. > > > > > > I'm tinkering with trying to get some mouse events to do it for me: > > > > > > If Button = acRightButton And Shift = 1 Then > > DoCmd.CancelEvent > > > > Dim rst As DAO.Recordset > > Me.Rpt.SetFocus > > > > Set rst = Me.RecordsetClone > > DoCmd.GoToRecord , , acLast > > DoCmd.GoToRecord , , acFirst > > > > Me.SelTop = 1 > > Me.SelHeight = rst.RecordCount > > commandbars("MyCommandBar").showpopup > > Set rst = Nothing > > End If > > > > > > This works in highlighting the entire column (I have to use > acLast,acFirst > > to get the entire column if the datasheet has a scroll bar other wise it > > just copies what's been loaded into the view. > > > > But when my command bar comes up and I click "copy", it's not getting > that > > rows selection. It's getting something else that's in focus even though > > Me.Rpt.setfocus was called in code. > > > > If I remove the commandbars popup and do DoCmd.RunCommand acCmdCopy that > > appears to work but then I need to hash out special key combos for copy > and > > paste (in this case I'm using shift + right mouse up) to invoke copy, > since > > right mouse up all by itself invokes a different "toggle on/off" popup > for > > the entire column. > > > > > > Does anyone have another take on this or should I just drop it and let > them > > get used to Ctrl-C,Ctrl-V? > > -- > > 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 > From fuller.artful at gmail.com Tue Jan 31 10:04:25 2017 From: fuller.artful at gmail.com (Arthur Fuller) Date: Tue, 31 Jan 2017 11:04:25 -0500 Subject: [AccessD] A Github client In-Reply-To: <1485874236.757248845@f302.i.mail.ru> References: <1485765671.982544104@f433.i.mail.ru> <1474512231.47276350.1485800770044.JavaMail.zimbra@shaw.ca> <1485874236.757248845@f302.i.mail.ru> Message-ID: Please feel free to correct me if I'm wrong. Thus far I an see no use for Git or any other version-control system, in the case of Access development. The problem is that virtually everything is stored in one file (excluding the BE, of course). I have read the occasional piece here and there that explains how to export each object to a text file, but in a large app that is impractical to say the least. Here is my admittedly limited view of the life-cycle of an Access app. 1. First draft; everything implemented works, and there is also a "to do" list. 2. We chink away at the "to do" list. Some of our additions don't work. 3. We roll back to the previous version, and promise the user-base "Tomorrow." 4. We back up the current version, then monkey with it. 5..The monkey-bits are not quite right, as testing demonstrates, so we return to Step One. 'Twas a time when I loved the fact that Access stored everything in a single file. But the exigencies of practical development have given me pause, and now I have come to hate this packaging model. By contrast, Alpha Anywhere has a totally different model. There is a project file, which consists of nothing much more than pointers to the hundred or thousand files that comprise the app of interest. This approach makes the application of Git or any other version-control system a very simple addition. I can check out only these three pieces of interest, monkey with them, build the result, and send it through Central Park to see who violates it. Should we discover any offenders or problems with the UI or innards, they can be easily addressed in isolation from all else. I can do none of this in Access; despite my love for the model, my dependency on it has resulted in abundant grief. A. On Tue, Jan 31, 2017 at 9:50 AM, Salakhetdinov Shamil via AccessD < accessd at databaseadvisors.com> wrote: > Hi Jim -- > > I have got known/started to use this Git extension/plug-in a few years ago. > I have been recommended to use GitExt by developers who have been using it > in their everyday work with large open source project(s). > > I have no any tips on GitExt configuration - I'm using GitExt online docs > https://git-extensions-documentation.readthedocs.io/en/latest/ > > -- Shamil > > >Monday, January 30, 2017 9:26 PM +03:00 from Jim Lawrence < > accessd at shaw.ca>: > > > >Hi Shamil: > > > >Thanks for the link. This Git version looks very unique. I like the > concept of being able to monitor the code, links in a single window and > being able to leverage other external applications. I will definitely give > this one a try. How long have you been using this > product/application/plug-in? Any tips on configuration? > > > >Jim > > > >----- Original Message ----- > >From: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com > > >To: "Access Developers discussion and problem solving" < > accessd at databaseadvisors.com > > >Cc: "Salakhetdinov Shamil" < mcp2004 at mail.ru > > >Sent: Monday, January 30, 2017 12:41:11 AM > >Subject: Re: [AccessD] A Github client > > > >Hi Jim -- > > > >I'm using GitExt ( https://gitextensions.github.io/ ) > > > >Features: > >a) Windows Explorer integration for Git, > >b) Visual Studio (2008/2010/2012/2013) plugin for Git, > >c) Feature rich user interface for Git, > >d) Single installer installs MSysGit, GitExtensions and the mergetool > KDiff3, > >e) 32bit and 64bit support. > > > >Thank you. > > > >-- Shamil > >>Friday, January 27, 2017 7:39 AM +03:00 from Jim Lawrence < > accessd at shaw.ca >: > >> > >>I have plenty of knowledge in Github clients and command line entries > for Github, on Linux but embarrassing little of the same in Windows. Is > there anyone out there that has experience with Github and the associated > SSH apps on a Windows 10 box? > >> > >>MTIA > >>Jim > >>-- > >>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 > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > -- Arthur From John.Clark at niagaracounty.com Tue Jan 31 12:22:42 2017 From: John.Clark at niagaracounty.com (John W. Clark) Date: Tue, 31 Jan 2017 18:22:42 +0000 Subject: [AccessD] Going to wrong printer Message-ID: I haven't asked a question out here in quite a while, but I find myself stymied and in need of assistance. I wrote this rather tiny access program several years ago for our District Attorney's office. It isn't very large, but I think I did a decent job. It basically culminates in a voucher that is created for a witness that they take to our Treasurer's office and receive a fee, and mileage if applicable. The math is all done internally...it isn't that hard...and that has been working like a charm. A few months back I was asked to add a digital signature and I did that as well. Just this month a new District Attorney was elected and I changed out the old signature for the new one...no problem. I followed the same method I always do...using my own PC I made the changes to the network copy of the front-end program and tested it out in my environment. I then place this copy in their "common" directory and go to their office and copy that to each user's directory that I made in their "Program Files" directory on their hard drive. I use the extra step of copying down because it saves me time, and I never bothered to do an automatic update to the PCs because for the little time it takes me to do this it just never seemed merited. The program works fine...a little slow on the first voucher created...I think because I changed an embedded signature (png) to a linked one (I may revert to the old way). BUT...and here is the problem...all of the sudden, they have to choose the correct printer each time (I don't believe each voucher) or it will print on my officer printer...in a totally different building. I've never "chose" any specific printer, and I've done this same routine for several years when I do updates. I never even logged into 3 of the 4 PCs in their department...one I had to because the woman was off that afternoon. WHY is it doing this, and how do I stop it?! Oh...one more thing. I ran it in my office today, changed my printer option, ran a voucher, then closed out of the program and got back in...and it reverted to that same printer that it seems to want to go to. I'm feeling this may be something simple, but again, it has never done this before. Please help preserver my sanity here! Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. Thank you for your cooperation. From wrwehler at gmail.com Tue Jan 31 13:33:27 2017 From: wrwehler at gmail.com (Ryan W) Date: Tue, 31 Jan 2017 13:33:27 -0600 Subject: [AccessD] Going to wrong printer In-Reply-To: References: Message-ID: If you open the report in design mode and go to the printer properties you can set the printer to use a default printer or a specific printer. Sometimes Access likes to switch it up on you in weird ways (like what you're experiencing). I think you have to set the printer up how you want it and print an actual document and then save the report to get it to stick. It's a weird, broken process. On Tue, Jan 31, 2017 at 12:22 PM, John W. Clark < John.Clark at niagaracounty.com> wrote: > I haven't asked a question out here in quite a while, but I find myself > stymied and in need of assistance. > > > I wrote this rather tiny access program several years ago for our District > Attorney's office. It isn't very large, but I think I did a decent job. It > basically culminates in a voucher that is created for a witness that they > take to our Treasurer's office and receive a fee, and mileage if applicable. > > > The math is all done internally...it isn't that hard...and that has been > working like a charm. A few months back I was asked to add a digital > signature and I did that as well. Just this month a new District Attorney > was elected and I changed out the old signature for the new one...no > problem. > > > I followed the same method I always do...using my own PC I made the > changes to the network copy of the front-end program and tested it out in > my environment. I then place this copy in their "common" directory and go > to their office and copy that to each user's directory that I made in their > "Program Files" directory on their hard drive. I use the extra step of > copying down because it saves me time, and I never bothered to do an > automatic update to the PCs because for the little time it takes me to do > this it just never seemed merited. > > > The program works fine...a little slow on the first voucher created...I > think because I changed an embedded signature (png) to a linked one (I may > revert to the old way). > > > BUT...and here is the problem...all of the sudden, they have to choose the > correct printer each time (I don't believe each voucher) or it will print > on my officer printer...in a totally different building. > > > I've never "chose" any specific printer, and I've done this same routine > for several years when I do updates. I never even logged into 3 of the 4 > PCs in their department...one I had to because the woman was off that > afternoon. > > > WHY is it doing this, and how do I stop it?! > > > Oh...one more thing. I ran it in my office today, changed my printer > option, ran a voucher, then closed out of the program and got back in...and > it reverted to that same printer that it seems to want to go to. I'm > feeling this may be something simple, but again, it has never done this > before. > > > Please help preserver my sanity here! > > Notice: This electronic transmission is intended for the sole use of the > individual or entity to which it is addressed and may contain confidential, > privileged or otherwise legally protected information. If you are not the > intended recipient, or if you believe you are not the intended recipient, > you are hereby notified that any use, disclosure, copying, distribution, or > the taking of any action in reliance on the contents of this information, > is strictly prohibited. Niagara County is not responsible for the content > of any external hyperlink referenced in this email or any email. IF YOU > HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER > IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER > OR ELECTRONIC COPIES. Thank you for your cooperation. > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com > From Lambert.Heenan at aig.com Tue Jan 31 13:34:46 2017 From: Lambert.Heenan at aig.com (Heenan, Lambert) Date: Tue, 31 Jan 2017 19:34:46 +0000 Subject: [AccessD] Going to wrong printer In-Reply-To: References: Message-ID: Hi John: You said... " Oh...one more thing. I ran it in my office today, changed my printer option, ran a voucher, then closed out of the program and got back in...and it reverted to that same printer that it seems to want to go to." I hope by that that you mean you ran the report, had it display of screen and then manually selected which printer to send it to. If so then the cure for your problem might just be... * Open the report in design view * Select the Page Setup ribbon tab * Click on the Page Setup icon on the ribbon * Select the 'Page' tab in the resulting dialog and choose 'Default printer' as the 'Printer for ' * Save the report Lambert? -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Clark Sent: Tuesday, January 31, 2017 1:23 PM To: accessd at databaseadvisors.com Subject: [AccessD] Going to wrong printer I haven't asked a question out here in quite a while, but I find myself stymied and in need of assistance. I wrote this rather tiny access program several years ago for our District Attorney's office. It isn't very large, but I think I did a decent job. It basically culminates in a voucher that is created for a witness that they take to our Treasurer's office and receive a fee, and mileage if applicable. The math is all done internally...it isn't that hard...and that has been working like a charm. A few months back I was asked to add a digital signature and I did that as well. Just this month a new District Attorney was elected and I changed out the old signature for the new one...no problem. I followed the same method I always do...using my own PC I made the changes to the network copy of the front-end program and tested it out in my environment. I then place this copy in their "common" directory and go to their office and copy that to each user's directory that I made in their "Program Files" directory on their hard drive. I use the extra step of copying down because it saves me time, and I never bothered to do an automatic update to the PCs because for the little time it takes me to do this it just never seemed merited. The program works fine...a little slow on the first voucher created...I think because I changed an embedded signature (png) to a linked one (I may revert to the old way). BUT...and here is the problem...all of the sudden, they have to choose the correct printer each time (I don't believe each voucher) or it will print on my officer printer...in a totally different building. I've never "chose" any specific printer, and I've done this same routine for several years when I do updates. I never even logged into 3 of the 4 PCs in their department...one I had to because the woman was off that afternoon. WHY is it doing this, and how do I stop it?! Oh...one more thing. I ran it in my office today, changed my printer option, ran a voucher, then closed out of the program and got back in...and it reverted to that same printer that it seems to want to go to. I'm feeling this may be something simple, but again, it has never done this before. Please help preserver my sanity here! Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. Thank you for your cooperation. -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com From John.Clark at niagaracounty.com Tue Jan 31 14:22:04 2017 From: John.Clark at niagaracounty.com (John W. Clark) Date: Tue, 31 Jan 2017 20:22:04 +0000 Subject: [AccessD] Going to wrong printer In-Reply-To: References: , Message-ID: Thank you Heenan! This was it. I knew it was something simple. But, in defense of my ignorance...I've done some pretty sweet things with Access, yet tripped over something this simple...I have NEVER messed with this in the past. I never even thought of this setting. My programs all run in the environment I am used to, and in that environment it always has gone to the user's default printer. A long time ago I messed with a printer option (although I seem to remember it elsewhere...this would have been the 95 ver though) but never used it in production. I'm thinking, I just recently...November I believe...got a new PC, and along with it a new version of Access...2016. This is the first time I've done anything with it, and all seemed pretty much the same. But, I'm thinking this may be MS saving us from ourselves again...perhaps? I don't know why they can't just put out a smart-person version of their product, and another for the mindless who want their oversight. Thanks again though, I greatly appreciate your help on this! John W Clark ________________________________ From: AccessD on behalf of Lambert Heenan Sent: Tuesday, January 31, 2017 2:34 PM To: 'accessd at databaseadvisors.com'; John W. Clark Subject: Re: [AccessD] Going to wrong printer Hi John: You said... " Oh...one more thing. I ran it in my office today, changed my printer option, ran a voucher, then closed out of the program and got back in...and it reverted to that same printer that it seems to want to go to." I hope by that that you mean you ran the report, had it display of screen and then manually selected which printer to send it to. If so then the cure for your problem might just be... * Open the report in design view * Select the Page Setup ribbon tab * Click on the Page Setup icon on the ribbon * Select the 'Page' tab in the resulting dialog and choose 'Default printer' as the 'Printer for ' * Save the report Lambert -----Original Message----- From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John W. Clark Sent: Tuesday, January 31, 2017 1:23 PM To: accessd at databaseadvisors.com Subject: [AccessD] Going to wrong printer I haven't asked a question out here in quite a while, but I find myself stymied and in need of assistance. I wrote this rather tiny access program several years ago for our District Attorney's office. It isn't very large, but I think I did a decent job. It basically culminates in a voucher that is created for a witness that they take to our Treasurer's office and receive a fee, and mileage if applicable. The math is all done internally...it isn't that hard...and that has been working like a charm. A few months back I was asked to add a digital signature and I did that as well. Just this month a new District Attorney was elected and I changed out the old signature for the new one...no problem. I followed the same method I always do...using my own PC I made the changes to the network copy of the front-end program and tested it out in my environment. I then place this copy in their "common" directory and go to their office and copy that to each user's directory that I made in their "Program Files" directory on their hard drive. I use the extra step of copying down because it saves me time, and I never bothered to do an automatic update to the PCs because for the little time it takes me to do this it just never seemed merited. The program works fine...a little slow on the first voucher created...I think because I changed an embedded signature (png) to a linked one (I may revert to the old way). BUT...and here is the problem...all of the sudden, they have to choose the correct printer each time (I don't believe each voucher) or it will print on my officer printer...in a totally different building. I've never "chose" any specific printer, and I've done this same routine for several years when I do updates. I never even logged into 3 of the 4 PCs in their department...one I had to because the woman was off that afternoon. WHY is it doing this, and how do I stop it?! Oh...one more thing. I ran it in my office today, changed my printer option, ran a voucher, then closed out of the program and got back in...and it reverted to that same printer that it seems to want to go to. I'm feeling this may be something simple, but again, it has never done this before. Please help preserver my sanity here! Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. Thank you for your cooperation. -- 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 Notice: This electronic transmission is intended for the sole use of the individual or entity to which it is addressed and may contain confidential, privileged or otherwise legally protected information. If you are not the intended recipient, or if you believe you are not the intended recipient, you are hereby notified that any use, disclosure, copying, distribution, or the taking of any action in reliance on the contents of this information, is strictly prohibited. Niagara County is not responsible for the content of any external hyperlink referenced in this email or any email. IF YOU HAVE RECEIVED THIS TRANSMISSION IN ERROR, PLEASE NOTIFY THE SENDER IMMEDIATELY BY EMAIL AND DELETE THE ORIGINAL MESSAGE ALONG WITH ANY PAPER OR ELECTRONIC COPIES. Thank you for your cooperation. From wrwehler at gmail.com Tue Jan 31 14:57:37 2017 From: wrwehler at gmail.com (Ryan W) Date: Tue, 31 Jan 2017 14:57:37 -0600 Subject: [AccessD] DoCmd.Movesize not behaving as expected Message-ID: DoCmd.MoveSize 0,0, foo, bar should stick your window in the VERY upper left corner of the screen and size it based on in this case, foo and bar (width and height). In testing on my machine, it does as expected. In testing on another machine, it does as expected In testing on two other machines, it does not. It leaves a small wedge of the top of the screen visible. Probably 10 pixels. The machines all run Windows 7 64 bit, they're all running the Access 2013 32-bit Runtime with the same patch level. Most have the same video card, but not the same monitor.. resolutions vary in some places. Even still, Movesize 0,0 should tuck it way up in that corner. Properties that might affect it, but haven't made a difference: autosize autocenter This window IS modal, just FYI. Any ideas? From charlotte.foust at gmail.com Tue Jan 31 22:18:52 2017 From: charlotte.foust at gmail.com (Charlotte Foust) Date: Tue, 31 Jan 2017 20:18:52 -0800 Subject: [AccessD] "Simulate" copy and paste of entire column in Runtime? In-Reply-To: References: Message-ID: Good luck with that. In earlier versions you could do some things that are not allowed in 2010 forward, at least. All the non-API stuff I found used those approaches. Charlotte Foust (916) 206-4336 On Tue, Jan 31, 2017 at 7:05 AM, Ryan W wrote: > Yeah I'm trying to avoid API calls here if I can. If preferable I'd like > to find out why my command bar popup doesn't snag what I've got selected.. > (probably because it was selected in code and not by the user?). > > Frustrating. I wish they'd allow right click menus in the runtime. I get > they've been gone for a long time so if they add them just add a setting to > forms "Right Click Menu" and have it default to disabled as to not break > backwards compatibility! > > > > > On Tue, Jan 31, 2017 at 8:57 AM, Charlotte Foust < > charlotte.foust at gmail.com> > wrote: > > > I just had to dig up code to copy from a locked disabled subform to the > > clipboard using a picture calls, but it only worked.in my situation by > > creating a command button that was specific to the single locked control > > they wanted to be able to copy. Leigh Webber has some classes to > > encapsulate the process and there are lots of api postings for > manipulating > > the clipboard, but they all require tweaking. > > > > Charlotte Foust > > 916-206-4336 > > > > On Jan 31, 2017 6:39 AM, "Ryan W" wrote: > > > > > With the use of the runtime we've lost the ability to click a column > > header > > > and right click and select copy/paste. You can still use ctrl-c and > > ctrl-v, > > > but my users.... aren't sure about key combos. > > > > > > > > > I'm tinkering with trying to get some mouse events to do it for me: > > > > > > > > > If Button = acRightButton And Shift = 1 Then > > > DoCmd.CancelEvent > > > > > > Dim rst As DAO.Recordset > > > Me.Rpt.SetFocus > > > > > > Set rst = Me.RecordsetClone > > > DoCmd.GoToRecord , , acLast > > > DoCmd.GoToRecord , , acFirst > > > > > > Me.SelTop = 1 > > > Me.SelHeight = rst.RecordCount > > > commandbars("MyCommandBar").showpopup > > > Set rst = Nothing > > > End If > > > > > > > > > This works in highlighting the entire column (I have to use > > acLast,acFirst > > > to get the entire column if the datasheet has a scroll bar other wise > it > > > just copies what's been loaded into the view. > > > > > > But when my command bar comes up and I click "copy", it's not getting > > that > > > rows selection. It's getting something else that's in focus even > though > > > Me.Rpt.setfocus was called in code. > > > > > > If I remove the commandbars popup and do DoCmd.RunCommand acCmdCopy > that > > > appears to work but then I need to hash out special key combos for copy > > and > > > paste (in this case I'm using shift + right mouse up) to invoke copy, > > since > > > right mouse up all by itself invokes a different "toggle on/off" popup > > for > > > the entire column. > > > > > > > > > Does anyone have another take on this or should I just drop it and let > > them > > > get used to Ctrl-C,Ctrl-V? > > > -- > > > 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 >