From wrwehler at gmail.com  Wed May  1 09:40:22 2019
From: wrwehler at gmail.com (Ryan W)
Date: Wed, 1 May 2019 09:40:22 -0500
Subject: [AccessD] OpenFileDialog multiselect order
Message-ID: <CAFXiSd_+N7J1gKR=r_s2ojnuUDD-FoXPr0aup8zq+2Rz2Pomhw@mail.gmail.com>

Is there a way to control the MultiSelect order when selecting files?


Say we have files:

2-File.txt
3-File.txt
4-File.txt
5-File.txt
6-File.txt
7-File.txt
8-File.txt
9-File.txt
10-File.txt

If you click 2-File.txt and hold shift and select 10-File.txt, it selects
them all but then in the Filenames list below the file list, it shows the
order as 10-File.txt, 2-File.txt, 3-File.txt (etc).

So when the files get imported into the DB, 10-File.txt gets read in first
which changes the sequence of how we want the data imported.  Right now the
'workaround' is import 2-9, then come back and get 10+.

This is with Access 2013, though I don't think the version matters much.

From gustav at cactus.dk  Wed May  1 09:46:08 2019
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 1 May 2019 14:46:08 +0000
Subject: [AccessD] OpenFileDialog multiselect order
Message-ID: <HE1PR1001MB13377977319301F0FFFC3082CA3B0@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>

Hi Ryan

Rename the files to 02-File.txt, 03-File.txt etc.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Ryan W
Sendt: 1. maj 2019 16:40
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: [AccessD] OpenFileDialog multiselect order

Is there a way to control the MultiSelect order when selecting files?


Say we have files:

2-File.txt
3-File.txt
4-File.txt
5-File.txt
6-File.txt
7-File.txt
8-File.txt
9-File.txt
10-File.txt

If you click 2-File.txt and hold shift and select 10-File.txt, it selects them all but then in the Filenames list below the file list, it shows the order as 10-File.txt, 2-File.txt, 3-File.txt (etc).

So when the files get imported into the DB, 10-File.txt gets read in first which changes the sequence of how we want the data imported.  Right now the 'workaround' is import 2-9, then come back and get 10+.

This is with Access 2013, though I don't think the version matters much. 


From wrwehler at gmail.com  Wed May  1 09:52:53 2019
From: wrwehler at gmail.com (Ryan W)
Date: Wed, 1 May 2019 09:52:53 -0500
Subject: [AccessD] OpenFileDialog multiselect order
In-Reply-To: <HE1PR1001MB13377977319301F0FFFC3082CA3B0@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>
References: <HE1PR1001MB13377977319301F0FFFC3082CA3B0@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>
Message-ID: <CAFXiSd8DFxNEJmnWBKEkX1HcNVvNVbLoniMrsMMNO2gaCGyNvg@mail.gmail.com>

I'll have to see if that's possible, the filenames are auto generated out
of another piece of software.


On Wed, May 1, 2019 at 9:46 AM Gustav Brock <gustav at cactus.dk> wrote:

> Hi Ryan
>
> Rename the files to 02-File.txt, 03-File.txt etc.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Ryan W
> Sendt: 1. maj 2019 16:40
> Til: Access Developers discussion and problem solving <
> accessd at databaseadvisors.com>
> Emne: [AccessD] OpenFileDialog multiselect order
>
> Is there a way to control the MultiSelect order when selecting files?
>
>
> Say we have files:
>
> 2-File.txt
> 3-File.txt
> 4-File.txt
> 5-File.txt
> 6-File.txt
> 7-File.txt
> 8-File.txt
> 9-File.txt
> 10-File.txt
>
> If you click 2-File.txt and hold shift and select 10-File.txt, it selects
> them all but then in the Filenames list below the file list, it shows the
> order as 10-File.txt, 2-File.txt, 3-File.txt (etc).
>
> So when the files get imported into the DB, 10-File.txt gets read in first
> which changes the sequence of how we want the data imported.  Right now the
> 'workaround' is import 2-9, then come back and get 10+.
>
> This is with Access 2013, though I don't think the version matters much.
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From gustav at cactus.dk  Wed May  1 10:00:05 2019
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 1 May 2019 15:00:05 +0000
Subject: [AccessD] OpenFileDialog multiselect order
Message-ID: <HE1PR1001MB13376E65ED3033F71D114C3DCA3B0@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>

Hi Ryan

If not, you could write a tiny function in VBA to carry out the task - on a copy of the files if needed.

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Ryan W
Sendt: 1. maj 2019 16:53
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] OpenFileDialog multiselect order

I'll have to see if that's possible, the filenames are auto generated out of another piece of software.


On Wed, May 1, 2019 at 9:46 AM Gustav Brock <gustav at cactus.dk> wrote:

> Hi Ryan
>
> Rename the files to 02-File.txt, 03-File.txt etc.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Ryan W
> Sendt: 1. maj 2019 16:40
> Til: Access Developers discussion and problem solving < 
> accessd at databaseadvisors.com>
> Emne: [AccessD] OpenFileDialog multiselect order
>
> Is there a way to control the MultiSelect order when selecting files?
>
>
> Say we have files:
>
> 2-File.txt
> 3-File.txt
> 4-File.txt
> 5-File.txt
> 6-File.txt
> 7-File.txt
> 8-File.txt
> 9-File.txt
> 10-File.txt
>
> If you click 2-File.txt and hold shift and select 10-File.txt, it 
> selects them all but then in the Filenames list below the file list, 
> it shows the order as 10-File.txt, 2-File.txt, 3-File.txt (etc).
>
> So when the files get imported into the DB, 10-File.txt gets read in 
> first which changes the sequence of how we want the data imported.  
> Right now the 'workaround' is import 2-9, then come back and get 10+.
>
> This is with Access 2013, though I don't think the version matters much.
> 


From paul.hartland at googlemail.com  Wed May  1 10:01:53 2019
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Wed, 1 May 2019 16:01:53 +0100
Subject: [AccessD] OpenFileDialog multiselect order
In-Reply-To: <CAFXiSd8DFxNEJmnWBKEkX1HcNVvNVbLoniMrsMMNO2gaCGyNvg@mail.gmail.com>
References: <HE1PR1001MB13377977319301F0FFFC3082CA3B0@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>
	<CAFXiSd8DFxNEJmnWBKEkX1HcNVvNVbLoniMrsMMNO2gaCGyNvg@mail.gmail.com>
Message-ID: <CALGJE97=Aa59O4Stb83FSH8DcVtCqATMA_rF7iMDzbTfcZEqWg@mail.gmail.com>

If not you could always get the list of files, and reorder them using the
val of the number before the dash in the file name.

Paul

On Wed, 1 May 2019, 15:53 Ryan W, <wrwehler at gmail.com> wrote:

> I'll have to see if that's possible, the filenames are auto generated out
> of another piece of software.
>
>
> On Wed, May 1, 2019 at 9:46 AM Gustav Brock <gustav at cactus.dk> wrote:
>
> > Hi Ryan
> >
> > Rename the files to 02-File.txt, 03-File.txt etc.
> >
> > /gustav
> >
> > -----Oprindelig meddelelse-----
> > Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Ryan W
> > Sendt: 1. maj 2019 16:40
> > Til: Access Developers discussion and problem solving <
> > accessd at databaseadvisors.com>
> > Emne: [AccessD] OpenFileDialog multiselect order
> >
> > Is there a way to control the MultiSelect order when selecting files?
> >
> >
> > Say we have files:
> >
> > 2-File.txt
> > 3-File.txt
> > 4-File.txt
> > 5-File.txt
> > 6-File.txt
> > 7-File.txt
> > 8-File.txt
> > 9-File.txt
> > 10-File.txt
> >
> > If you click 2-File.txt and hold shift and select 10-File.txt, it selects
> > them all but then in the Filenames list below the file list, it shows the
> > order as 10-File.txt, 2-File.txt, 3-File.txt (etc).
> >
> > So when the files get imported into the DB, 10-File.txt gets read in
> first
> > which changes the sequence of how we want the data imported.  Right now
> the
> > 'workaround' is import 2-9, then come back and get 10+.
> >
> > This is with Access 2013, though I don't think the version matters much.
> >
> > --
> > 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 rockysmolin at bchacc.com  Wed May  1 11:03:57 2019
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Wed, 1 May 2019 09:03:57 -0700
Subject: [AccessD] OpenFileDialog multiselect order
In-Reply-To: <CAFXiSd8DFxNEJmnWBKEkX1HcNVvNVbLoniMrsMMNO2gaCGyNvg@mail.gmail.com>
References: <HE1PR1001MB13377977319301F0FFFC3082CA3B0@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>
	<CAFXiSd8DFxNEJmnWBKEkX1HcNVvNVbLoniMrsMMNO2gaCGyNvg@mail.gmail.com>
Message-ID: <012c01d50037$7bdeadd0$739c0970$@bchacc.com>


This may be a bit elaborate but you could create either a temp table where the first field is numeric data type and  contains everything to the left of the - in the file name.  Second field contains the file name.  Import the files in numeric order by opening the temp table using a query which sorts on the first field.

HTH

Rocky

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W
Sent: Wednesday, May 01, 2019 7:53 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OpenFileDialog multiselect order

I'll have to see if that's possible, the filenames are auto generated out
of another piece of software.


On Wed, May 1, 2019 at 9:46 AM Gustav Brock <gustav at cactus.dk> wrote:

> Hi Ryan
>
> Rename the files to 02-File.txt, 03-File.txt etc.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Ryan W
> Sendt: 1. maj 2019 16:40
> Til: Access Developers discussion and problem solving <
> accessd at databaseadvisors.com>
> Emne: [AccessD] OpenFileDialog multiselect order
>
> Is there a way to control the MultiSelect order when selecting files?
>
>
> Say we have files:
>
> 2-File.txt
> 3-File.txt
> 4-File.txt
> 5-File.txt
> 6-File.txt
> 7-File.txt
> 8-File.txt
> 9-File.txt
> 10-File.txt
>
> If you click 2-File.txt and hold shift and select 10-File.txt, it selects
> them all but then in the Filenames list below the file list, it shows the
> order as 10-File.txt, 2-File.txt, 3-File.txt (etc).
>
> So when the files get imported into the DB, 10-File.txt gets read in first
> which changes the sequence of how we want the data imported.  Right now the
> 'workaround' is import 2-9, then come back and get 10+.
>
> This is with Access 2013, though I don't think the version matters much.
>
> --
> 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 May  1 12:07:08 2019
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Wed, 1 May 2019 18:07:08 +0100
Subject: [AccessD] OpenFileDialog multiselect order
In-Reply-To: <012c01d50037$7bdeadd0$739c0970$@bchacc.com>
References: <HE1PR1001MB13377977319301F0FFFC3082CA3B0@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>	<CAFXiSd8DFxNEJmnWBKEkX1HcNVvNVbLoniMrsMMNO2gaCGyNvg@mail.gmail.com>
	<012c01d50037$7bdeadd0$739c0970$@bchacc.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAO8VDlNCBfdEkctCy61lm0HCgAAAEAAAAEjsoXIzs8xMk1nJ8GcRZ3cBAAAAAA==@blueyonder.co.uk>

A comment to add another consideration -
File selection from NTFS hive and then from a multiple open seems to be, under the OS,  concurrently run  activities  
As in it seems (from watching the response in an app) takes the open's and adds the names to a stack of 'opens ' to be processed as it gets the entries from the NTFS MFT
So you would (possibly) need to ensure the processes are done as a single sequential process from the app.

Also - I believe the sort is (or was)  an option under the OS ( somewhere today, somewhere else next month) where you can specify treat numerical values as numbers rather than text strings.

JimB

-----Original Message-----
From: AccessD <accessd-bounces at databaseadvisors.com> On Behalf Of Rocky Smolin
Sent: Wednesday, May 1, 2019 5:04 PM
To: 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Subject: Re: [AccessD] OpenFileDialog multiselect order


This may be a bit elaborate but you could create either a temp table where the first field is numeric data type and  contains everything to the left of the - in the file name.  Second field contains the file name.  Import the files in numeric order by opening the temp table using a query which sorts on the first field.

HTH

Rocky

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Ryan W
Sent: Wednesday, May 01, 2019 7:53 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] OpenFileDialog multiselect order

I'll have to see if that's possible, the filenames are auto generated out
of another piece of software.


On Wed, May 1, 2019 at 9:46 AM Gustav Brock <gustav at cactus.dk> wrote:

> Hi Ryan
>
> Rename the files to 02-File.txt, 03-File.txt etc.
>
> /gustav
>
> -----Oprindelig meddelelse-----
> Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Ryan W
> Sendt: 1. maj 2019 16:40
> Til: Access Developers discussion and problem solving <
> accessd at databaseadvisors.com>
> Emne: [AccessD] OpenFileDialog multiselect order
>
> Is there a way to control the MultiSelect order when selecting files?
>
>
> Say we have files:
>
> 2-File.txt
> 3-File.txt
> 4-File.txt
> 5-File.txt
> 6-File.txt
> 7-File.txt
> 8-File.txt
> 9-File.txt
> 10-File.txt
>
> If you click 2-File.txt and hold shift and select 10-File.txt, it selects
> them all but then in the Filenames list below the file list, it shows the
> order as 10-File.txt, 2-File.txt, 3-File.txt (etc).
>
> So when the files get imported into the DB, 10-File.txt gets read in first
> which changes the sequence of how we want the data imported.  Right now the
> 'workaround' is import 2-9, then come back and get 10+.
>
> This is with Access 2013, though I don't think the version matters much.
>
> --
> 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 RRANTHON at sentara.com  Wed May  8 08:51:19 2019
From: RRANTHON at sentara.com (RANDALL R ANTHONY)
Date: Wed, 8 May 2019 13:51:19 +0000
Subject: [AccessD] System Resources Exceeded
Message-ID: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once about two months ago, did a C&R and the problem went away.  However the customer is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp table, then loads them to staging table and from there does a randomizer routine to load to a table assigning X amount of records to any particular auditor.  This process takes maybe a minute?  Two minutes?  Part of that latency is due to extreme network distance from the user and the server farm, however that's never been an issue.

Googling this the only suggested answer to the issue was provided by a Mark-NC, see below.
I have seen this problem when running Access on a computer with multiple processors. Try changing the Processor Affinity for the MSACCESS process in Task Manager down to just one processor, and see if that improves performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.

From jackandpat.d at gmail.com  Wed May  8 09:08:35 2019
From: jackandpat.d at gmail.com (jack drawbridge)
Date: Wed, 8 May 2019 10:08:35 -0400
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
Message-ID: <CAKvidAtnGwYjw-fntoOA9p9esCF-vffnahGxiMwGQprpRCKKnw@mail.gmail.com>

Randy,

This was posted on one of the forums by ridders/isladogs and may offer some
insight and/or solution.
https://access-programmers.co.uk/forums/showthread.php?t=298876
Good luck.

On Wed, May 8, 2019 at 9:52 AM RANDALL R ANTHONY via AccessD <
accessd at databaseadvisors.com> wrote:

> Hello Group,
> Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
> Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once
> about two months ago, did a C&R and the problem went away.  However the
> customer is reporting the issue is now occurring about 50% of the time.
>
> Simple import routine, loads .txt file data (10 to 100 records) to a temp
> table, then loads them to staging table and from there does a randomizer
> routine to load to a table assigning X amount of records to any particular
> auditor.  This process takes maybe a minute?  Two minutes?  Part of that
> latency is due to extreme network distance from the user and the server
> farm, however that's never been an issue.
>
> Googling this the only suggested answer to the issue was provided by a
> Mark-NC, see below.
> I have seen this problem when running Access on a computer with multiple
> processors. Try changing the Processor Affinity for the MSACCESS process in
> Task Manager down to just one processor, and see if that improves
> performance.
>
> Any help/clarification on this is greatly appreciated.  Thanks.
>
>
> Randy Anthony, MCP
> Database Administrator
> 4456 Corporation Lane, Ste. 200
> Virgina Beach, VA 23462
> 757-252-8107
>
> .
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From jimdettman at verizon.net  Wed May  8 10:04:58 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 8 May 2019 11:04:58 -0400
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
Message-ID: <063301d505af$67e27e10$37a77a30$@verizon.net>

"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of
process address space, etc.

I would:

1. Make sure the disk has free space.  
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code.

 See if that clears things up.   If not and your running 32bit office, then
you're probably running out of process address space.   Access is not large
address aware, so it's limited to 2GB of space.  Switching to 64bit would
solve the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
RANDALL R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once
about two months ago, did a C&R and the problem went away.  However the
customer is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp
table, then loads them to staging table and from there does a randomizer
routine to load to a table assigning X amount of records to any particular
auditor.  This process takes maybe a minute?  Two minutes?  Part of that
latency is due to extreme network distance from the user and the server
farm, however that's never been an issue.

Googling this the only suggested answer to the issue was provided by a
Mark-NC, see below.
I have seen this problem when running Access on a computer with multiple
processors. Try changing the Processor Affinity for the MSACCESS process in
Task Manager down to just one processor, and see if that improves
performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From RRANTHON at sentara.com  Wed May  8 11:16:46 2019
From: RRANTHON at sentara.com (RANDALL R ANTHONY)
Date: Wed, 8 May 2019 16:16:46 +0000
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <063301d505af$67e27e10$37a77a30$@verizon.net>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
	<063301d505af$67e27e10$37a77a30$@verizon.net>
Message-ID: <E735A4A486B97B468F2A0A507B26CBB00538B147@EXCMBS013.corp.ad.sentara.com>

Thanks for the tips Jim, I'll check it out.  BTW, the DB is less than 200MB in size.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net> 
Sent: Wednesday, May 08, 2019 11:05 AM
To: 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware of links and attachments. Forward suspicious emails to spam_team at sentara.com.


"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of process address space, etc.

I would:

1. Make sure the disk has free space.  
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code.

 See if that clears things up.   If not and your running 32bit office, then
you're probably running out of process address space.   Access is not large
address aware, so it's limited to 2GB of space.  Switching to 64bit would solve the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of RANDALL R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once about two months ago, did a C&R and the problem went away.  However the customer is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp table, then loads them to staging table and from there does a randomizer routine to load to a table assigning X amount of records to any particular auditor.  This process takes maybe a minute?  Two minutes?  Part of that latency is due to extreme network distance from the user and the server farm, however that's never been an issue.

Googling this the only suggested answer to the issue was provided by a Mark-NC, see below.
I have seen this problem when running Access on a computer with multiple processors. Try changing the Processor Affinity for the MSACCESS process in Task Manager down to just one processor, and see if that improves performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


.



From jimdettman at verizon.net  Wed May  8 12:57:56 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 8 May 2019 13:57:56 -0400
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <E735A4A486B97B468F2A0A507B26CBB00538B147@EXCMBS013.corp.ad.sentara.com>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
	<063301d505af$67e27e10$37a77a30$@verizon.net>
	<E735A4A486B97B468F2A0A507B26CBB00538B147@EXCMBS013.corp.ad.sentara.com>
Message-ID: <071401d505c7$917ac2b0$b4704810$@verizon.net>

 Have you actually checked?  Just saying that things can bloat quickly and
you can run into the 2GB limit easily.   Just double check so you can
scratch it off the list.

 If you have, great.  If not, you really want to check, especially when
someone gets the error.   Generally though if it hits the limit in a
multi-user situation, you'd have a lot of other problems at the same time.

Jim.

-----Original Message-----
From: RANDALL R ANTHONY [mailto:RRANTHON at sentara.com] 
Sent: Wednesday, May 8, 2019 12:17 PM
To: Jim Dettman; 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] System Resources Exceeded

Thanks for the tips Jim, I'll check it out.  BTW, the DB is less than 200MB
in size.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net> 
Sent: Wednesday, May 08, 2019 11:05 AM
To: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware
of links and attachments. Forward suspicious emails to
spam_team at sentara.com.


"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of
process address space, etc.

I would:

1. Make sure the disk has free space.  
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code.

 See if that clears things up.   If not and your running 32bit office, then
you're probably running out of process address space.   Access is not large
address aware, so it's limited to 2GB of space.  Switching to 64bit would
solve the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
RANDALL R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once
about two months ago, did a C&R and the problem went away.  However the
customer is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp
table, then loads them to staging table and from there does a randomizer
routine to load to a table assigning X amount of records to any particular
auditor.  This process takes maybe a minute?  Two minutes?  Part of that
latency is due to extreme network distance from the user and the server
farm, however that's never been an issue.

Googling this the only suggested answer to the issue was provided by a
Mark-NC, see below.
I have seen this problem when running Access on a computer with multiple
processors. Try changing the Processor Affinity for the MSACCESS process in
Task Manager down to just one processor, and see if that improves
performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


.


From RRANTHON at sentara.com  Wed May  8 13:00:45 2019
From: RRANTHON at sentara.com (RANDALL R ANTHONY)
Date: Wed, 8 May 2019 18:00:45 +0000
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <071401d505c7$917ac2b0$b4704810$@verizon.net>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
	<063301d505af$67e27e10$37a77a30$@verizon.net>
	<E735A4A486B97B468F2A0A507B26CBB00538B147@EXCMBS013.corp.ad.sentara.com>
	<071401d505c7$917ac2b0$b4704810$@verizon.net>
Message-ID: <E735A4A486B97B468F2A0A507B26CBB00538B1AC@EXCMBS013.corp.ad.sentara.com>

Yes, trust me this is a very small mdb with about 400K records in two tables.  Most I've seen it grow is about 350MB, after a C&R it goes back down to about 70MB.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net> 
Sent: Wednesday, May 08, 2019 1:58 PM
To: RANDALL R ANTHONY <RRANTHON at sentara.com>; 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware of links and attachments. Forward suspicious emails to spam_team at sentara.com.


 Have you actually checked?  Just saying that things can bloat quickly and
you can run into the 2GB limit easily.   Just double check so you can
scratch it off the list.

 If you have, great.  If not, you really want to check, especially when
someone gets the error.   Generally though if it hits the limit in a
multi-user situation, you'd have a lot of other problems at the same time.

Jim.

-----Original Message-----
From: RANDALL R ANTHONY [mailto:RRANTHON at sentara.com]
Sent: Wednesday, May 8, 2019 12:17 PM
To: Jim Dettman; 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] System Resources Exceeded

Thanks for the tips Jim, I'll check it out.  BTW, the DB is less than 200MB in size.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net>
Sent: Wednesday, May 08, 2019 11:05 AM
To: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware of links and attachments. Forward suspicious emails to spam_team at sentara.com.


"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of process address space, etc.

I would:

1. Make sure the disk has free space.  
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code.

 See if that clears things up.   If not and your running 32bit office, then
you're probably running out of process address space.   Access is not large
address aware, so it's limited to 2GB of space.  Switching to 64bit would solve the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of RANDALL R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once about two months ago, did a C&R and the problem went away.  However the customer is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp table, then loads them to staging table and from there does a randomizer routine to load to a table assigning X amount of records to any particular auditor.  This process takes maybe a minute?  Two minutes?  Part of that latency is due to extreme network distance from the user and the server farm, however that's never been an issue.

Googling this the only suggested answer to the issue was provided by a Mark-NC, see below.
I have seen this problem when running Access on a computer with multiple processors. Try changing the Processor Affinity for the MSACCESS process in Task Manager down to just one processor, and see if that improves performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
--
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 May  8 14:56:45 2019
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Wed, 8 May 2019 20:56:45 +0100
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <E735A4A486B97B468F2A0A507B26CBB00538B1AC@EXCMBS013.corp.ad.sentara.com>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>	<063301d505af$67e27e10$37a77a30$@verizon.net>	<E735A4A486B97B468F2A0A507B26CBB00538B147@EXCMBS013.corp.ad.sentara.com>	<071401d505c7$917ac2b0$b4704810$@verizon.net>
	<E735A4A486B97B468F2A0A507B26CBB00538B1AC@EXCMBS013.corp.ad.sentara.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAO8VDlNCBfdEkctCy61lm0HCgAAAEAAAAKh9gKTkL25CmuBjaVVreoQBAAAAAA==@blueyonder.co.uk>


My understanding is that Access (well the older versions)  have some
specific-use memory pool limits ,
as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.
also some 'SQL' can generate a requirement for relatively enormous temporary
storage space.
If the failure is not almost instantaneous, it may be worth running Task
Manager, and Resource Manager to see if you can identify any discernible
resource usage. 

JimB

-----Original Message-----
From: AccessD <accessd-bounces at databaseadvisors.com> On Behalf Of RANDALL R
ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 7:01 PM
To: Jim Dettman <jimdettman at verizon.net>; 'Access Developers discussion and
problem solving' <accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: Re: [AccessD] System Resources Exceeded

Yes, trust me this is a very small mdb with about 400K records in two tables.
Most I've seen it grow is about 350MB, after a C&R it goes back down to about
70MB.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net> 
Sent: Wednesday, May 08, 2019 1:58 PM
To: RANDALL R ANTHONY <RRANTHON at sentara.com>; 'Access Developers discussion and
problem solving' <accessd at databaseadvisors.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


 Have you actually checked?  Just saying that things can bloat quickly and
you can run into the 2GB limit easily.   Just double check so you can
scratch it off the list.

 If you have, great.  If not, you really want to check, especially when
someone gets the error.   Generally though if it hits the limit in a
multi-user situation, you'd have a lot of other problems at the same time.

Jim.

-----Original Message-----
From: RANDALL R ANTHONY [mailto:RRANTHON at sentara.com]
Sent: Wednesday, May 8, 2019 12:17 PM
To: Jim Dettman; 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] System Resources Exceeded

Thanks for the tips Jim, I'll check it out.  BTW, the DB is less than 200MB in
size.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net>
Sent: Wednesday, May 08, 2019 11:05 AM
To: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of process
address space, etc.

I would:

1. Make sure the disk has free space.  
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code.

 See if that clears things up.   If not and your running 32bit office, then
you're probably running out of process address space.   Access is not large
address aware, so it's limited to 2GB of space.  Switching to 64bit would solve
the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of RANDALL
R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once
about two months ago, did a C&R and the problem went away.  However the customer
is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp table,
then loads them to staging table and from there does a randomizer routine to
load to a table assigning X amount of records to any particular auditor.  This
process takes maybe a minute?  Two minutes?  Part of that latency is due to
extreme network distance from the user and the server farm, however that's never
been an issue.

Googling this the only suggested answer to the issue was provided by a Mark-NC,
see below.
I have seen this problem when running Access on a computer with multiple
processors. Try changing the Processor Affinity for the MSACCESS process in Task
Manager down to just one processor, and see if that improves performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
--
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  Wed May  8 15:37:44 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 8 May 2019 16:37:44 -0400
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <!&!AAAAAAAAAAAYAAAAAAAAAO8VDlNCBfdEkctCy61lm0HCgAAAEAAAAKh9gKTkL25CmuBjaVVreoQBAAAAAA==@blueyonder.co.uk>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>	<063301d505af$67e27e10$37a77a30$@verizon.net>	<E735A4A486B97B468F2A0A507B26CBB00538B147@EXCMBS013.corp.ad.sentara.com>	<071401d505c7$917ac2b0$b4704810$@verizon.net>	<E735A4A486B97B468F2A0A507B26CBB00538B1AC@EXCMBS013.corp.ad.sentara.com>
	<!&!AAAAAAAAAAAYAAAAAAAAAO8VDlNCBfdEkctCy61lm0HCgAAAEAAAAKh9gKTkL25CmuBjaVVreoQBAAAAAA==@blueyonder.co.uk>
Message-ID: <07c101d505dd$e4910c00$adb32400$@verizon.net>

<< as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.>>

  yes, that was for queries, but it was 64k.   Generation of the costing
plan and execution was limited to single 64k.  That limit was lifted quite a
while ago though and what it is now is not documented.

  There's also other internal limits, such as number of database connections
(not documented) and number of table ID's (2048) .  It also seems like there
is a general memory heap that's used, but often you'll will find that a
process runs OK, then minutes later will fail

 And somewhere there is a list of a number of restrictions (i.e. length of a
query name, number of control in a form, etc).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
James Button via AccessD
Sent: Wednesday, May 8, 2019 3:57 PM
To: 'Access Developers discussion and problem solving'
Cc: James Button
Subject: Re: [AccessD] System Resources Exceeded


My understanding is that Access (well the older versions)  have some
specific-use memory pool limits ,
as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.
also some 'SQL' can generate a requirement for relatively enormous temporary
storage space.
If the failure is not almost instantaneous, it may be worth running Task
Manager, and Resource Manager to see if you can identify any discernible
resource usage. 

JimB

-----Original Message-----
From: AccessD <accessd-bounces at databaseadvisors.com> On Behalf Of RANDALL R
ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 7:01 PM
To: Jim Dettman <jimdettman at verizon.net>; 'Access Developers discussion and
problem solving' <accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: Re: [AccessD] System Resources Exceeded

Yes, trust me this is a very small mdb with about 400K records in two
tables.
Most I've seen it grow is about 350MB, after a C&R it goes back down to
about
70MB.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net> 
Sent: Wednesday, May 08, 2019 1:58 PM
To: RANDALL R ANTHONY <RRANTHON at sentara.com>; 'Access Developers discussion
and
problem solving' <accessd at databaseadvisors.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware
of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


 Have you actually checked?  Just saying that things can bloat quickly and
you can run into the 2GB limit easily.   Just double check so you can
scratch it off the list.

 If you have, great.  If not, you really want to check, especially when
someone gets the error.   Generally though if it hits the limit in a
multi-user situation, you'd have a lot of other problems at the same time.

Jim.

-----Original Message-----
From: RANDALL R ANTHONY [mailto:RRANTHON at sentara.com]
Sent: Wednesday, May 8, 2019 12:17 PM
To: Jim Dettman; 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] System Resources Exceeded

Thanks for the tips Jim, I'll check it out.  BTW, the DB is less than 200MB
in
size.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net>
Sent: Wednesday, May 08, 2019 11:05 AM
To: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware
of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of
process
address space, etc.

I would:

1. Make sure the disk has free space.  
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code.

 See if that clears things up.   If not and your running 32bit office, then
you're probably running out of process address space.   Access is not large
address aware, so it's limited to 2GB of space.  Switching to 64bit would
solve
the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
RANDALL
R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once
about two months ago, did a C&R and the problem went away.  However the
customer
is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp
table,
then loads them to staging table and from there does a randomizer routine to
load to a table assigning X amount of records to any particular auditor.
This
process takes maybe a minute?  Two minutes?  Part of that latency is due to
extreme network distance from the user and the server farm, however that's
never
been an issue.

Googling this the only suggested answer to the issue was provided by a
Mark-NC,
see below.
I have seen this problem when running Access on a computer with multiple
processors. Try changing the Processor Affinity for the MSACCESS process in
Task
Manager down to just one processor, and see if that improves performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
--
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 May  8 18:45:46 2019
From: jwcolby at gmail.com (John Colby)
Date: Wed, 8 May 2019 19:45:46 -0400
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
Message-ID: <CAA_iUE--ueje61t8ppXj7s5F4zDUgKQ1-7xQhNodreLV4kaWJA@mail.gmail.com>

Could also be too many "recordset" objects open.

On Wed, May 8, 2019, 9:52 AM RANDALL R ANTHONY via AccessD <
accessd at databaseadvisors.com> wrote:

> Hello Group,
> Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
> Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once
> about two months ago, did a C&R and the problem went away.  However the
> customer is reporting the issue is now occurring about 50% of the time.
>
> Simple import routine, loads .txt file data (10 to 100 records) to a temp
> table, then loads them to staging table and from there does a randomizer
> routine to load to a table assigning X amount of records to any particular
> auditor.  This process takes maybe a minute?  Two minutes?  Part of that
> latency is due to extreme network distance from the user and the server
> farm, however that's never been an issue.
>
> Googling this the only suggested answer to the issue was provided by a
> Mark-NC, see below.
> I have seen this problem when running Access on a computer with multiple
> processors. Try changing the Processor Affinity for the MSACCESS process in
> Task Manager down to just one processor, and see if that improves
> performance.
>
> Any help/clarification on this is greatly appreciated.  Thanks.
>
>
> Randy Anthony, MCP
> Database Administrator
> 4456 Corporation Lane, Ste. 200
> Virgina Beach, VA 23462
> 757-252-8107
>
> .
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From RRANTHON at sentara.com  Fri May 10 08:01:11 2019
From: RRANTHON at sentara.com (RANDALL R ANTHONY)
Date: Fri, 10 May 2019 13:01:11 +0000
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <CAA_iUE--ueje61t8ppXj7s5F4zDUgKQ1-7xQhNodreLV4kaWJA@mail.gmail.com>
References: <E735A4A486B97B468F2A0A507B26CBB00538B04C@EXCMBS013.corp.ad.sentara.com>
	<CAA_iUE--ueje61t8ppXj7s5F4zDUgKQ1-7xQhNodreLV4kaWJA@mail.gmail.com>
Message-ID: <E735A4A486B97B468F2A0A507B26CBB00538B96C@EXCMBS013.corp.ad.sentara.com>

Thanks everybody for your assistance.  I'm looking at all the suggestions and will report back when I get a chance.  

-----Original Message-----
From: AccessD <accessd-bounces at databaseadvisors.com> On Behalf Of John Colby
Sent: Wednesday, May 08, 2019 7:46 PM
To: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Subject: Re: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware of links and attachments. Forward suspicious emails to spam_team at sentara.com.


Could also be too many "recordset" objects open.

On Wed, May 8, 2019, 9:52 AM RANDALL R ANTHONY via AccessD < accessd at databaseadvisors.com> wrote:

> Hello Group,
> Just had a weird error pop-up on a relatively stable, small DB.  Win7 
> and
> Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened 
> once about two months ago, did a C&R and the problem went away.  
> However the customer is reporting the issue is now occurring about 50% of the time.
>
> Simple import routine, loads .txt file data (10 to 100 records) to a 
> temp table, then loads them to staging table and from there does a 
> randomizer routine to load to a table assigning X amount of records to 
> any particular auditor.  This process takes maybe a minute?  Two 
> minutes?  Part of that latency is due to extreme network distance from 
> the user and the server farm, however that's never been an issue.
>
> Googling this the only suggested answer to the issue was provided by a 
> Mark-NC, see below.
> I have seen this problem when running Access on a computer with 
> multiple processors. Try changing the Processor Affinity for the 
> MSACCESS process in Task Manager down to just one processor, and see 
> if that improves performance.
>
> Any help/clarification on this is greatly appreciated.  Thanks.
>
>
> Randy Anthony, MCP
> Database Administrator
> 4456 Corporation Lane, Ste. 200
> Virgina Beach, VA 23462
> 757-252-8107
>
> .
> --
> 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 May 14 09:23:04 2019
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Tue, 14 May 2019 10:23:04 -0400
Subject: [AccessD] Create and place buttons with VBA code
Message-ID: <CAEPJO1jM8zW20f5b6VfbOXX4WY7vnceDOnYMMxYSJvz06V2VWQ@mail.gmail.com>

I want to create buttons on the footer of a Dialog, and to place them
right-to-left according to custom. How do I create a button? How do I
locate it? Ideally, I could auto-space them, and also size them according
to the size of button.text. I have no clue as to how to achieve this. Help!
I need somebody, Help!
Forgive the momentary lapse into BeatleMania, but you do of course realise
that this is the 52nd anniversary of *Sergeant Pepper's Lonely Hears Club
Band*. Yes, I go way further back than that, which begs the question, What
was the first record you ever purchased, and from where? I have the feeling
that this could be a really fun thread, and perhaps ought to deserve its
own Subject. Someone interested, please create a new thread called, I
suggest, AudioFirsts (to allow for the younger gen; I recently had a nephew
ask me, "What's a turntable?")


-- 
Arthur

From fuller.artful at gmail.com  Tue May 14 09:57:49 2019
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Tue, 14 May 2019 10:57:49 -0400
Subject: [AccessD] Create and place buttons with code
Message-ID: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>

Preamble: I'm trying to write a replacement for MsgBox, which basically
does everything MsgBox does, and then some.

-- 
Arthur

From fhtapia at gmail.com  Tue May 14 10:00:41 2019
From: fhtapia at gmail.com (fhtapia at gmail.com)
Date: Tue, 14 May 2019 08:00:41 -0700
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
Message-ID: <CAP+kXmbqKNrvGLrjH+RhJU5iCA2rJtqAip-uw5bBkCmdCTjALQ@mail.gmail.com>

Hey Arthur,
John Colby or Martin had worked on something like this, their project links
were even available off the main accessd page. I?d look into their sources
before reinventing the wheel here.


On Tue, May 14, 2019 at 7:58 AM Arthur Fuller <fuller.artful at gmail.com>
wrote:

> Preamble: I'm trying to write a replacement for MsgBox, which basically
> does everything MsgBox does, and then some.
>
> --
> Arthur
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
-- 
-Francisco <http://twitter.com/seecoolguy>

From fuller.artful at gmail.com  Tue May 14 10:03:33 2019
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Tue, 14 May 2019 11:03:33 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <CAP+kXmbqKNrvGLrjH+RhJU5iCA2rJtqAip-uw5bBkCmdCTjALQ@mail.gmail.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
	<CAP+kXmbqKNrvGLrjH+RhJU5iCA2rJtqAip-uw5bBkCmdCTjALQ@mail.gmail.com>
Message-ID: <CAEPJO1gBT7MHm51NAf_YQQ54n+G+Pf9DMkQj6RnnzkFaGQpgGA@mail.gmail.com>

Thanks, Francisco. I shall look at those resources.

On Tue, May 14, 2019 at 11:01 AM <fhtapia at gmail.com> wrote:

> Hey Arthur,
> John Colby or Martin had worked on something like this, their project links
> were even available off the main accessd page. I?d look into their sources
> before reinventing the wheel here.
>
>
> On Tue, May 14, 2019 at 7:58 AM Arthur Fuller <fuller.artful at gmail.com>
> wrote:
>
> > Preamble: I'm trying to write a replacement for MsgBox, which basically
> > does everything MsgBox does, and then some.
> >
> > --
> > Arthur
> > --
> > AccessD mailing list
> > AccessD at databaseadvisors.com
> > http://databaseadvisors.com/mailman/listinfo/accessd
> > Website: http://www.databaseadvisors.com
> >
> --
> -Francisco <http://twitter.com/seecoolguy>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>


-- 
Arthur

From gustav at cactus.dk  Tue May 14 10:20:35 2019
From: gustav at cactus.dk (Gustav Brock)
Date: Tue, 14 May 2019 15:20:35 +0000
Subject: [AccessD] Create and place buttons with code
Message-ID: <HE1PR1001MB133725E0A2D7DA08A2562DD6CA080@HE1PR1001MB1337.EURPRD10.PROD.OUTLOOK.COM>

Hi Arthur

And I posted a link to my extended solution and article some weeks ago, when asked for this the first time.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Arthur Fuller
Sendt: 14. maj 2019 17:04
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] Create and place buttons with code

Thanks, Francisco. I shall look at those resources.

On Tue, May 14, 2019 at 11:01 AM <fhtapia at gmail.com> wrote:

> Hey Arthur,
> John Colby or Martin had worked on something like this, their project 
> links were even available off the main accessd page. I?d look into 
> their sources before reinventing the wheel here.
>
>
> On Tue, May 14, 2019 at 7:58 AM Arthur Fuller 
> <fuller.artful at gmail.com>
> wrote:
>
> > Preamble: I'm trying to write a replacement for MsgBox, which 
> > basically does everything MsgBox does, and then some.
> >
> > --
> > Arthur 


From jimdettman at verizon.net  Tue May 14 12:43:16 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Tue, 14 May 2019 13:43:16 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
Message-ID: <01c901d50a7c$83859590$8a90c0b0$@verizon.net>

Arthur,

 Not a great idea.  Two reasons:

1. The lifetime limit for adding controls to a form (once you hit it, you
can't add anymore).
2. Adding code will leave the app un-compiled.

 Better to place all the buttons you need and then hide/un-hide as needed.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Arthur Fuller
Sent: Tuesday, May 14, 2019 10:58 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Create and place buttons with code

Preamble: I'm trying to write a replacement for MsgBox, which basically
does everything MsgBox does, and then some.

-- 
Arthur
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From df.waters at outlook.com  Tue May 14 12:48:27 2019
From: df.waters at outlook.com (Daniel Waters)
Date: Tue, 14 May 2019 17:48:27 +0000
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <01c901d50a7c$83859590$8a90c0b0$@verizon.net>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>
Message-ID: <DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>

If anyone does hit that limit - the Access DeCorrupter will fix that for you.

Let me know if you want a copy.

Dan

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman via AccessD
Sent: May 14, 2019 12:43
To: 'Access Developers discussion and problem solving'
Cc: Jim Dettman
Subject: Re: [AccessD] Create and place buttons with code

Arthur,

 Not a great idea.  Two reasons:

1. The lifetime limit for adding controls to a form (once you hit it, you
can't add anymore).
2. Adding code will leave the app un-compiled.

 Better to place all the buttons you need and then hide/un-hide as needed.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Arthur Fuller
Sent: Tuesday, May 14, 2019 10:58 AM
To: Access Developers discussion and problem solving
Subject: [AccessD] Create and place buttons with code

Preamble: I'm trying to write a replacement for MsgBox, which basically
does everything MsgBox does, and then some.

-- 
Arthur
-- 
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 newsgrps at dalyn.co.nz  Tue May 14 13:57:09 2019
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Wed, 15 May 2019 06:57:09 +1200
Subject: [AccessD] Page numbers in Subreport
Message-ID: <000901d50a86$d5da3300$818e9900$@dalyn.co.nz>

Hi Listers,

 

I have a report that has three subreports (and nothing else).

 

The subreports take up whole pages and near the bottom of each report is a
field with "=[Page] & " of " & [Pages]" as the control source.  If I run the
subreports on their own they show the correct page numbers for their report.
Depending on one of the fields in the subreport data, each record may fill 1
or 2 pages (always whole pages)

 

When I run the combined report the page numbering shows "0 of 0" (which I
have found is a "feature" of subreports).  I am wanting them to show the
numbers as if the page number fields were on the combined report (eg page x
of {total number of pages from the combined report}.

 

Because the position of the page numbering is not at the very bottom of the
sub reports it cannot go in a page footer of the combined report.

 

Does anyone know how I can get the page numbering of the subreports to
appear correctly?

 

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

 

 


From fuller.artful at gmail.com  Tue May 14 14:16:09 2019
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Tue, 14 May 2019 15:16:09 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>
	<DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>
Message-ID: <CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>

Thanks, Jim. I shall try that approach instead. But your suggestion does
not help me place the buttons. I shall work on that as a sub-project.

On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com> wrote:

> If anyone does hit that limit - the Access DeCorrupter will fix that for
> you.
>
> Let me know if you want a copy.
>
> Dan
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Jim Dettman via AccessD
> Sent: May 14, 2019 12:43
> To: 'Access Developers discussion and problem solving'
> Cc: Jim Dettman
> Subject: Re: [AccessD] Create and place buttons with code
>
> Arthur,
>
>  Not a great idea.  Two reasons:
>
> 1. The lifetime limit for adding controls to a form (once you hit it, you
> can't add anymore).
> 2. Adding code will leave the app un-compiled.
>
>  Better to place all the buttons you need and then hide/un-hide as needed.
>
> Jim.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Arthur Fuller
> Sent: Tuesday, May 14, 2019 10:58 AM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Create and place buttons with code
>
> Preamble: I'm trying to write a replacement for MsgBox, which basically
> does everything MsgBox does, and then some.
>
> --
> Arthur
> --
> 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 jimdettman at verizon.net  Tue May 14 14:58:25 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Tue, 14 May 2019 15:58:25 -0400
Subject: [AccessD] Page numbers in Subreport
In-Reply-To: <000901d50a86$d5da3300$818e9900$@dalyn.co.nz>
References: <000901d50a86$d5da3300$818e9900$@dalyn.co.nz>
Message-ID: <01f001d50a8f$649d2900$2dd77b00$@verizon.net>

David,

  As is, the short answer is no.

  Page Header/Footers are not processed in a sub report.  That's why you're
getting the 0/0.  You'll have to take care of the page numbering yourself.

  A trick with subreports is to add a group with the expression =1 to add a
group header/footer.  Then set the group header's repeat section property to
true and place you headings in there.  Now you've got a spot where you can
increment the correct page count.  Store the page count in a text control on
the main report.  You can fetch it from there when you want to print the
page in the subreports.

  To get the number of pages, on the main report place a hidden text control
in the page footer with the controlsource of  =[Page] & " of " & [Pages].
This activates two pass mode.   On the first pass, the report engine will
run through all the pages to get the total.   You can tell your on the first
pass when .Pages = 0.   Note that on the first pass, OnPrint does not fire.

  On the second pass, .Pages will have the total page count, which you can
use in the subreport.

Jim.
----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Tuesday, May 14, 2019 2:57 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Page numbers in Subreport

Hi Listers,

 

I have a report that has three subreports (and nothing else).

 

The subreports take up whole pages and near the bottom of each report is a
field with "=[Page] & " of " & [Pages]" as the control source.  If I run the
subreports on their own they show the correct page numbers for their report.
Depending on one of the fields in the subreport data, each record may fill 1
or 2 pages (always whole pages)

 

When I run the combined report the page numbering shows "0 of 0" (which I
have found is a "feature" of subreports).  I am wanting them to show the
numbers as if the page number fields were on the combined report (eg page x
of {total number of pages from the combined report}.

 

Because the position of the page numbering is not at the very bottom of the
sub reports it cannot go in a page footer of the combined report.

 

Does anyone know how I can get the page numbering of the subreports to
appear correctly?

 

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

 

 

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jwcolby at gmail.com  Tue May 14 18:49:09 2019
From: jwcolby at gmail.com (John Colby)
Date: Tue, 14 May 2019 19:49:09 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>
	<DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>
	<CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>
Message-ID: <CAA_iUE-6AEg8J8fpSdRDE4s_Hp7RS35X7dxNX=9SkdM4OAcz4A@mail.gmail.com>

Create a form. Place a button. Save the form. Export as text. The resulting
code will be how to create the form programmatically.

On Tue, May 14, 2019, 3:17 PM Arthur Fuller <fuller.artful at gmail.com> wrote:

> Thanks, Jim. I shall try that approach instead. But your suggestion does
> not help me place the buttons. I shall work on that as a sub-project.
>
> On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com>
> wrote:
>
> > If anyone does hit that limit - the Access DeCorrupter will fix that for
> > you.
> >
> > Let me know if you want a copy.
> >
> > Dan
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Jim Dettman via AccessD
> > Sent: May 14, 2019 12:43
> > To: 'Access Developers discussion and problem solving'
> > Cc: Jim Dettman
> > Subject: Re: [AccessD] Create and place buttons with code
> >
> > Arthur,
> >
> >  Not a great idea.  Two reasons:
> >
> > 1. The lifetime limit for adding controls to a form (once you hit it, you
> > can't add anymore).
> > 2. Adding code will leave the app un-compiled.
> >
> >  Better to place all the buttons you need and then hide/un-hide as
> needed.
> >
> > Jim.
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Arthur Fuller
> > Sent: Tuesday, May 14, 2019 10:58 AM
> > To: Access Developers discussion and problem solving
> > Subject: [AccessD] Create and place buttons with code
> >
> > Preamble: I'm trying to write a replacement for MsgBox, which basically
> > does everything MsgBox does, and then some.
> >
> > --
> > Arthur
> > --
> > 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
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From gustav at cactus.dk  Wed May 15 00:50:33 2019
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 15 May 2019 05:50:33 +0000
Subject: [AccessD] Create and place buttons with code
Message-ID: <AM4PR1001MB13319CA02015ED1CC196BB42CA090@AM4PR1001MB1331.EURPRD10.PROD.OUTLOOK.COM>

Hi Arthur

Jim is right, and that's exactly how my code operates. 
Four invisible buttons are made visible and repositioned as needed.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD <accessd-bounces at databaseadvisors.com> P? vegne af Arthur Fuller
Sendt: 14. maj 2019 21:16
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] Create and place buttons with code

Thanks, Jim. I shall try that approach instead. But your suggestion does not help me place the buttons. I shall work on that as a sub-project.

On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com> wrote:

> If anyone does hit that limit - the Access DeCorrupter will fix that for you.
>
> Let me know if you want a copy.
>
> Dan
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Jim Dettman via AccessD
> Sent: May 14, 2019 12:43
> To: 'Access Developers discussion and problem solving'
> Cc: Jim Dettman
> Subject: Re: [AccessD] Create and place buttons with code
>
> Arthur,
>
>  Not a great idea.  Two reasons:
>
> 1. The lifetime limit for adding controls to a form (once you hit it,  you can't add anymore).
> 2. Adding code will leave the app un-compiled.
>
>  Better to place all the buttons you need and then hide/un-hide as needed.
>
> Jim.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Arthur Fuller
> Sent: Tuesday, May 14, 2019 10:58 AM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Create and place buttons with code
>
> Preamble: I'm trying to write a replacement for MsgBox, which 
> basically does everything MsgBox does, and then some.
>
> --
> Arthur 


From fuller.artful at gmail.com  Wed May 15 02:56:25 2019
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Wed, 15 May 2019 03:56:25 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <CAA_iUE-6AEg8J8fpSdRDE4s_Hp7RS35X7dxNX=9SkdM4OAcz4A@mail.gmail.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>
	<DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>
	<CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>
	<CAA_iUE-6AEg8J8fpSdRDE4s_Hp7RS35X7dxNX=9SkdM4OAcz4A@mail.gmail.com>
Message-ID: <CAEPJO1hLbO-nK=ARUvg-VQonAoLDM+ydPh3Qhih6xDxQUD3vvQ@mail.gmail.com>

Rehi JWC,
I miss you and your always-insightful thoughts. Thanks for this tip. I
shall follow it up.

On Tue, May 14, 2019 at 7:49 PM John Colby <jwcolby at gmail.com> wrote:

> Create a form. Place a button. Save the form. Export as text. The resulting
> code will be how to create the form programmatically.
>
> On Tue, May 14, 2019, 3:17 PM Arthur Fuller <fuller.artful at gmail.com>
> wrote:
>
> > Thanks, Jim. I shall try that approach instead. But your suggestion does
> > not help me place the buttons. I shall work on that as a sub-project.
> >
> > On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com>
> > wrote:
> >
> > > If anyone does hit that limit - the Access DeCorrupter will fix that
> for
> > > you.
> > >
> > > Let me know if you want a copy.
> > >
> > > Dan
> > >
> > > -----Original Message-----
> > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf
> Of
> > > Jim Dettman via AccessD
> > > Sent: May 14, 2019 12:43
> > > To: 'Access Developers discussion and problem solving'
> > > Cc: Jim Dettman
> > > Subject: Re: [AccessD] Create and place buttons with code
> > >
> > > Arthur,
> > >
> > >  Not a great idea.  Two reasons:
> > >
> > > 1. The lifetime limit for adding controls to a form (once you hit it,
> you
> > > can't add anymore).
> > > 2. Adding code will leave the app un-compiled.
> > >
> > >  Better to place all the buttons you need and then hide/un-hide as
> > needed.
> > >
> > > Jim.
> > >
> > > -----Original Message-----
> > > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf
> Of
> > > Arthur Fuller
> > > Sent: Tuesday, May 14, 2019 10:58 AM
> > > To: Access Developers discussion and problem solving
> > > Subject: [AccessD] Create and place buttons with code
> > >
> > > Preamble: I'm trying to write a replacement for MsgBox, which basically
> > > does everything MsgBox does, and then some.
> > >
> > > --
> > > Arthur
> > > --
> > > 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
> > --
> > 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 jimdettman at verizon.net  Wed May 15 05:58:07 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 15 May 2019 06:58:07 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>	<DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>
	<CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>
Message-ID: <00a101d50b0d$14780cf0$3d6826d0$@verizon.net>


  You can move the buttons around all the time at run-time without issue
(jut change their top and left properties).

  And BTW, if you're creating the form each time from scratch, then you need
not worry about the lifetime control limit.   And it's
Application.CreateControl to add a control to a form.

Jim.



-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Arthur Fuller
Sent: Tuesday, May 14, 2019 3:16 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Create and place buttons with code

Thanks, Jim. I shall try that approach instead. But your suggestion does
not help me place the buttons. I shall work on that as a sub-project.

On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com> wrote:

> If anyone does hit that limit - the Access DeCorrupter will fix that for
> you.
>
> Let me know if you want a copy.
>
> Dan
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Jim Dettman via AccessD
> Sent: May 14, 2019 12:43
> To: 'Access Developers discussion and problem solving'
> Cc: Jim Dettman
> Subject: Re: [AccessD] Create and place buttons with code
>
> Arthur,
>
>  Not a great idea.  Two reasons:
>
> 1. The lifetime limit for adding controls to a form (once you hit it, you
> can't add anymore).
> 2. Adding code will leave the app un-compiled.
>
>  Better to place all the buttons you need and then hide/un-hide as needed.
>
> Jim.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Arthur Fuller
> Sent: Tuesday, May 14, 2019 10:58 AM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] Create and place buttons with code
>
> Preamble: I'm trying to write a replacement for MsgBox, which basically
> does everything MsgBox does, and then some.
>
> --
> Arthur
> --
> 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
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From fuller.artful at gmail.com  Wed May 15 08:52:17 2019
From: fuller.artful at gmail.com (Arthur Fuller)
Date: Wed, 15 May 2019 09:52:17 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <00a101d50b0d$14780cf0$3d6826d0$@verizon.net>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>
	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>
	<DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>
	<CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>
	<00a101d50b0d$14780cf0$3d6826d0$@verizon.net>
Message-ID: <CAEPJO1iA0rW_GEXB_0romaZVYnqLO49DvHHeyWHQUt-Fazu9DQ@mail.gmail.com>

Thanks, Jim! You are invaluable. Just one question: how does one specify
the top-left corner of a control? By pixels? And relative to the window of
interest? And how to specify that I want the buttons on the form footer,
not the body? (I guess that was more than one question.)


On Wed, May 15, 2019 at 6:58 AM Jim Dettman via AccessD <
accessd at databaseadvisors.com> wrote:

>
>   You can move the buttons around all the time at run-time without issue
> (jut change their top and left properties).
>
>   And BTW, if you're creating the form each time from scratch, then you
> need
> not worry about the lifetime control limit.   And it's
> Application.CreateControl to add a control to a form.
>
> Jim.
>
>
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Arthur Fuller
> Sent: Tuesday, May 14, 2019 3:16 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Create and place buttons with code
>
> Thanks, Jim. I shall try that approach instead. But your suggestion does
> not help me place the buttons. I shall work on that as a sub-project.
>
> On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com>
> wrote:
>
> > If anyone does hit that limit - the Access DeCorrupter will fix that for
> > you.
> >
> > Let me know if you want a copy.
> >
> > Dan
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Jim Dettman via AccessD
> > Sent: May 14, 2019 12:43
> > To: 'Access Developers discussion and problem solving'
> > Cc: Jim Dettman
> > Subject: Re: [AccessD] Create and place buttons with code
> >
> > Arthur,
> >
> >  Not a great idea.  Two reasons:
> >
> > 1. The lifetime limit for adding controls to a form (once you hit it, you
> > can't add anymore).
> > 2. Adding code will leave the app un-compiled.
> >
> >  Better to place all the buttons you need and then hide/un-hide as
> needed.
> >
> > Jim.
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Arthur Fuller
> > Sent: Tuesday, May 14, 2019 10:58 AM
> > To: Access Developers discussion and problem solving
> > Subject: [AccessD] Create and place buttons with code
> >
> > Preamble: I'm trying to write a replacement for MsgBox, which basically
> > does everything MsgBox does, and then some.
> >
> > --
> > Arthur
> > --
> > 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
> --
> 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 jimdettman at verizon.net  Wed May 15 10:25:06 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 15 May 2019 11:25:06 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <CAEPJO1iA0rW_GEXB_0romaZVYnqLO49DvHHeyWHQUt-Fazu9DQ@mail.gmail.com>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>	<DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>	<CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>	<00a101d50b0d$14780cf0$3d6826d0$@verizon.net>
	<CAEPJO1iA0rW_GEXB_0romaZVYnqLO49DvHHeyWHQUt-Fazu9DQ@mail.gmail.com>
Message-ID: <017b01d50b32$60a3de40$21eb9ac0$@verizon.net>

Arthur,

<< how does one specify the top-left corner of a control?>>
  
That is given in TWIP's.  A TWIP is 1/1440 inch.

<< And relative to the window of interest?>>

Top and left is measured off the top and left corner of the form.

<< And how to specify that I want the buttons on the form footer, not the
body?>>

Here's the docs on the CreateControl method:

https://docs.microsoft.com/en-us/office/vba/api/access.application.createcon
trol

 You'd specify the section argument.   Here's a link the the constants for
that:

https://docs.microsoft.com/en-us/office/vba/api/access.acsection

 Keep in mind though that while you can create a form from scratch, adding
any code will cause the VBA project to become un-compiled.   If you can call
procedures in a standard module, then that is not an issue either.

 But usually its best to hide/un-hide controls and move them around as
needed just to avoid the issues.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Arthur Fuller
Sent: Wednesday, May 15, 2019 9:52 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Create and place buttons with code

Thanks, Jim! You are invaluable. Just one question: how does one specify
the top-left corner of a control? By pixels? And relative to the window of
interest? And how to specify that I want the buttons on the form footer,
not the body? (I guess that was more than one question.)


On Wed, May 15, 2019 at 6:58 AM Jim Dettman via AccessD <
accessd at databaseadvisors.com> wrote:

>
>   You can move the buttons around all the time at run-time without issue
> (jut change their top and left properties).
>
>   And BTW, if you're creating the form each time from scratch, then you
> need
> not worry about the lifetime control limit.   And it's
> Application.CreateControl to add a control to a form.
>
> Jim.
>
>
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Arthur Fuller
> Sent: Tuesday, May 14, 2019 3:16 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Create and place buttons with code
>
> Thanks, Jim. I shall try that approach instead. But your suggestion does
> not help me place the buttons. I shall work on that as a sub-project.
>
> On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com>
> wrote:
>
> > If anyone does hit that limit - the Access DeCorrupter will fix that for
> > you.
> >
> > Let me know if you want a copy.
> >
> > Dan
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Jim Dettman via AccessD
> > Sent: May 14, 2019 12:43
> > To: 'Access Developers discussion and problem solving'
> > Cc: Jim Dettman
> > Subject: Re: [AccessD] Create and place buttons with code
> >
> > Arthur,
> >
> >  Not a great idea.  Two reasons:
> >
> > 1. The lifetime limit for adding controls to a form (once you hit it,
you
> > can't add anymore).
> > 2. Adding code will leave the app un-compiled.
> >
> >  Better to place all the buttons you need and then hide/un-hide as
> needed.
> >
> > Jim.
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Arthur Fuller
> > Sent: Tuesday, May 14, 2019 10:58 AM
> > To: Access Developers discussion and problem solving
> > Subject: [AccessD] Create and place buttons with code
> >
> > Preamble: I'm trying to write a replacement for MsgBox, which basically
> > does everything MsgBox does, and then some.
> >
> > --
> > Arthur
> > --
> > 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
> --
> 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
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From jimdettman at verizon.net  Wed May 15 11:05:58 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Wed, 15 May 2019 12:05:58 -0400
Subject: [AccessD] Create and place buttons with code
In-Reply-To: <017b01d50b32$60a3de40$21eb9ac0$@verizon.net>
References: <CAEPJO1ic3pfzOxfCEP5UVc4XEVGP7LWm0TXbmsqVOSH1GmWyOw@mail.gmail.com>	<01c901d50a7c$83859590$8a90c0b0$@verizon.net>	<DM6PR05MB5929CD0EBC947303B9636579F6080@DM6PR05MB5929.namprd05.prod.outlook.com>	<CAEPJO1hX4by3A+ksTmXASt0swYKn1yPYiKOdn1BppTr5-HRw2A@mail.gmail.com>	<00a101d50b0d$14780cf0$3d6826d0$@verizon.net>	<CAEPJO1iA0rW_GEXB_0romaZVYnqLO49DvHHeyWHQUt-Fazu9DQ@mail.gmail.com>
	<017b01d50b32$60a3de40$21eb9ac0$@verizon.net>
Message-ID: <001801d50b38$15ee23a0$41ca6ae0$@verizon.net>

<< If you can call
procedures in a standard module, then that is not an issue either.>>

 Note that I stated this incorrectly.   Any code added will un-compile the
project.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman via AccessD
Sent: Wednesday, May 15, 2019 11:25 AM
To: 'Access Developers discussion and problem solving'
Cc: Jim Dettman
Subject: Re: [AccessD] Create and place buttons with code

Arthur,

<< how does one specify the top-left corner of a control?>>
  
That is given in TWIP's.  A TWIP is 1/1440 inch.

<< And relative to the window of interest?>>

Top and left is measured off the top and left corner of the form.

<< And how to specify that I want the buttons on the form footer, not the
body?>>

Here's the docs on the CreateControl method:

https://docs.microsoft.com/en-us/office/vba/api/access.application.createcon
trol

 You'd specify the section argument.   Here's a link the the constants for
that:

https://docs.microsoft.com/en-us/office/vba/api/access.acsection

 Keep in mind though that while you can create a form from scratch, adding
any code will cause the VBA project to become un-compiled.   If you can call
procedures in a standard module, then that is not an issue either.

 But usually its best to hide/un-hide controls and move them around as
needed just to avoid the issues.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Arthur Fuller
Sent: Wednesday, May 15, 2019 9:52 AM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Create and place buttons with code

Thanks, Jim! You are invaluable. Just one question: how does one specify
the top-left corner of a control? By pixels? And relative to the window of
interest? And how to specify that I want the buttons on the form footer,
not the body? (I guess that was more than one question.)


On Wed, May 15, 2019 at 6:58 AM Jim Dettman via AccessD <
accessd at databaseadvisors.com> wrote:

>
>   You can move the buttons around all the time at run-time without issue
> (jut change their top and left properties).
>
>   And BTW, if you're creating the form each time from scratch, then you
> need
> not worry about the lifetime control limit.   And it's
> Application.CreateControl to add a control to a form.
>
> Jim.
>
>
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Arthur Fuller
> Sent: Tuesday, May 14, 2019 3:16 PM
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Create and place buttons with code
>
> Thanks, Jim. I shall try that approach instead. But your suggestion does
> not help me place the buttons. I shall work on that as a sub-project.
>
> On Tue, May 14, 2019 at 1:49 PM Daniel Waters <df.waters at outlook.com>
> wrote:
>
> > If anyone does hit that limit - the Access DeCorrupter will fix that for
> > you.
> >
> > Let me know if you want a copy.
> >
> > Dan
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Jim Dettman via AccessD
> > Sent: May 14, 2019 12:43
> > To: 'Access Developers discussion and problem solving'
> > Cc: Jim Dettman
> > Subject: Re: [AccessD] Create and place buttons with code
> >
> > Arthur,
> >
> >  Not a great idea.  Two reasons:
> >
> > 1. The lifetime limit for adding controls to a form (once you hit it,
you
> > can't add anymore).
> > 2. Adding code will leave the app un-compiled.
> >
> >  Better to place all the buttons you need and then hide/un-hide as
> needed.
> >
> > Jim.
> >
> > -----Original Message-----
> > From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> > Arthur Fuller
> > Sent: Tuesday, May 14, 2019 10:58 AM
> > To: Access Developers discussion and problem solving
> > Subject: [AccessD] Create and place buttons with code
> >
> > Preamble: I'm trying to write a replacement for MsgBox, which basically
> > does everything MsgBox does, and then some.
> >
> > --
> > Arthur
> > --
> > 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
> --
> 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
-- 
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 May 15 21:09:58 2019
From: jwcolby at gmail.com (John Colby)
Date: Wed, 15 May 2019 22:09:58 -0400
Subject: [AccessD] Create and place buttons with VBA code
In-Reply-To: <CAEPJO1jM8zW20f5b6VfbOXX4WY7vnceDOnYMMxYSJvz06V2VWQ@mail.gmail.com>
References: <CAEPJO1jM8zW20f5b6VfbOXX4WY7vnceDOnYMMxYSJvz06V2VWQ@mail.gmail.com>
Message-ID: <6715a6eb-c6d5-57bf-b6ae-ce61d75df02d@Gmail.com>

 >What was the first record you ever purchased, and from where?

Lost in the fogs of time.? However it could be, circa 1969 -? (I owned 
them all, 0n 33&1/3 of course) any of...

Steppenwolf

Chicago Transit Authority

Janice Joplin

Creedence Clearwater Revival

There were others of course.? Steppenwolf was my first concert, right in 
tiny little Yuma AZ, "out at the fairgrounds"



On 5/14/2019 10:23 AM, Arthur Fuller wrote:
> I want to create buttons on the footer of a Dialog, and to place them
> right-to-left according to custom. How do I create a button? How do I
> locate it? Ideally, I could auto-space them, and also size them according
> to the size of button.text. I have no clue as to how to achieve this. Help!
> I need somebody, Help!
> Forgive the momentary lapse into BeatleMania, but you do of course realise
> that this is the 52nd anniversary of *Sergeant Pepper's Lonely Hears Club
> Band*. Yes, I go way further back than that, which begs the question, What
> was the first record you ever purchased, and from where? I have the feeling
> that this could be a really fun thread, and perhaps ought to deserve its
> own Subject. Someone interested, please create a new thread called, I
> suggest, AudioFirsts (to allow for the younger gen; I recently had a nephew
> ask me, "What's a turntable?")
>
>
-- 
John W. Colby


From mar.ko at verizon.net  Wed May 22 19:42:29 2019
From: mar.ko at verizon.net (Mark Simms)
Date: Thu, 23 May 2019 00:42:29 +0000 (UTC)
Subject: [AccessD] System Resources Exceeded
In-Reply-To: <84656874.4763354.1558571683554@mail.yahoo.com>
References: <mailman.1367.1557444067.13018.accessd@databaseadvisors.com>
	<1121739101.4727657.1558569452460@mail.yahoo.com>
	<CAAZtbWH88cEBY8ph6mgiC5XKtkjLvGtV8b0tQQEJs2k3-RrrFg@mail.gmail.com>
	<84656874.4763354.1558571683554@mail.yahoo.com>
Message-ID: <1550512520.4768397.1558572149863@mail.yahoo.com>


I'd like to know where this setting emanated and whether there are related dbEngine settings ?I have a client who is crashing in Windows 2010 on Access data entry forms that run perfectly fine in Windows 7.Any thoughts ?

dbEngine.Setoption dbMaxLocksPerFile , 500000? to your startup code


-----Original Message-----
From: Jim Dettman via AccessD <accessd at databaseadvisors.com>
To: 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Cc: Jim Dettman <jimdettman at verizon.net>; 'James Button' <jamesbutton at blueyonder.co.uk>
Sent: Wed, May 8, 2019 4:38 pm
Subject: Re: [AccessD] System Resources Exceeded

<< as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.>>

? yes, that was for queries, but it was 64k.? Generation of the costing
plan and execution was limited to single 64k.? That limit was lifted quite a
while ago though and what it is now is not documented.

? There's also other internal limits, such as number of database connections
(not documented) and number of table ID's (2048) .? It also seems like there
is a general memory heap that's used, but often you'll will find that a
process runs OK, then minutes later will fail

 And somewhere there is a list of a number of restrictions (i.e. length of a
query name, number of control in a form, etc).

Jim.



From mar.ko at verizon.net  Wed May 22 19:34:43 2019
From: mar.ko at verizon.net (Mark Simms)
Date: Thu, 23 May 2019 00:34:43 +0000 (UTC)
Subject: [AccessD] Fwd:  System Resources Exceeded
In-Reply-To: <CAAZtbWH88cEBY8ph6mgiC5XKtkjLvGtV8b0tQQEJs2k3-RrrFg@mail.gmail.com>
References: <mailman.1367.1557444067.13018.accessd@databaseadvisors.com>
	<1121739101.4727657.1558569452460@mail.yahoo.com>
	<CAAZtbWH88cEBY8ph6mgiC5XKtkjLvGtV8b0tQQEJs2k3-RrrFg@mail.gmail.com>
Message-ID: <84656874.4763354.1558571683554@mail.yahoo.com>


I'd like to know where this setting emanated and whether there are related dbEngine settings ?I have a client who is crashing in Windows 2010 on Access data entry forms that run perfectly fine in Windows 7.Any thoughts ?

dbEngine.Setoption dbMaxLocksPerFile , 500000? to your startup code


-----Original Message-----
From: Jim Dettman via AccessD <accessd at databaseadvisors.com>
To: 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Cc: Jim Dettman <jimdettman at verizon.net>; 'James Button' <jamesbutton at blueyonder.co.uk>
Sent: Wed, May 8, 2019 4:38 pm
Subject: Re: [AccessD] System Resources Exceeded

<< as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.>>

? yes, that was for queries, but it was 64k.? Generation of the costing
plan and execution was limited to single 64k.? That limit was lifted quite a
while ago though and what it is now is not documented.

? There's also other internal limits, such as number of database connections
(not documented) and number of table ID's (2048) .? It also seems like there
is a general memory heap that's used, but often you'll will find that a
process runs OK, then minutes later will fail

 And somewhere there is a list of a number of restrictions (i.e. length of a
query name, number of control in a form, etc).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
James Button via AccessD
Sent: Wednesday, May 8, 2019 3:57 PM
To: 'Access Developers discussion and problem solving'
Cc: James Button
Subject: Re: [AccessD] System Resources Exceeded


My understanding is that Access (well the older versions)? have some
specific-use memory pool limits ,
as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.
also some 'SQL' can generate a requirement for relatively enormous temporary
storage space.
If the failure is not almost instantaneous, it may be worth running Task
Manager, and Resource Manager to see if you can identify any discernible
resource usage. 

JimB

-----Original Message-----
From: AccessD <accessd-bounces at databaseadvisors.com> On Behalf Of RANDALL R
ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 7:01 PM
To: Jim Dettman <jimdettman at verizon.net>; 'Access Developers discussion and
problem solving' <accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: Re: [AccessD] System Resources Exceeded

Yes, trust me this is a very small mdb with about 400K records in two
tables.
Most I've seen it grow is about 350MB, after a C&R it goes back down to
about
70MB.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net> 
Sent: Wednesday, May 08, 2019 1:58 PM
To: RANDALL R ANTHONY <RRANTHON at sentara.com>; 'Access Developers discussion
and
problem solving' <accessd at databaseadvisors.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware
of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


 Have you actually checked?? Just saying that things can bloat quickly and
you can run into the 2GB limit easily.? Just double check so you can
scratch it off the list.

 If you have, great.? If not, you really want to check, especially when
someone gets the error.? Generally though if it hits the limit in a
multi-user situation, you'd have a lot of other problems at the same time.

Jim.

-----Original Message-----
From: RANDALL R ANTHONY [mailto:RRANTHON at sentara.com]
Sent: Wednesday, May 8, 2019 12:17 PM
To: Jim Dettman; 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] System Resources Exceeded

Thanks for the tips Jim, I'll check it out.? BTW, the DB is less than 200MB
in
size.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net>
Sent: Wednesday, May 08, 2019 11:05 AM
To: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware
of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of
process
address space, etc.

I would:

1. Make sure the disk has free space.? 
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000? to your startup code.

 See if that clears things up.? If not and your running 32bit office, then
you're probably running out of process address space.? Access is not large
address aware, so it's limited to 2GB of space.? Switching to 64bit would
solve
the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
RANDALL
R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.? Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.? Happened once
about two months ago, did a C&R and the problem went away.? However the
customer
is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp
table,
then loads them to staging table and from there does a randomizer routine to
load to a table assigning X amount of records to any particular auditor.
This
process takes maybe a minute?? Two minutes?? Part of that latency is due to
extreme network distance from the user and the server farm, however that's
never
been an issue.

Googling this the only suggested answer to the issue was provided by a
Mark-NC,
see below.
I have seen this problem when running Access on a computer with multiple
processors. Try changing the Processor Affinity for the MSACCESS process in
Task
Manager down to just one processor, and see if that improves performance.

Any help/clarification on this is greatly appreciated.? Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
--
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  Thu May 23 06:15:30 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Thu, 23 May 2019 07:15:30 -0400
Subject: [AccessD] Fwd:  System Resources Exceeded
In-Reply-To: <84656874.4763354.1558571683554@mail.yahoo.com>
References: <mailman.1367.1557444067.13018.accessd@databaseadvisors.com>	<1121739101.4727657.1558569452460@mail.yahoo.com>	<CAAZtbWH88cEBY8ph6mgiC5XKtkjLvGtV8b0tQQEJs2k3-RrrFg@mail.gmail.com>
	<84656874.4763354.1558571683554@mail.yahoo.com>
Message-ID: <015001d51158$d5a8c760$80fa5620$@verizon.net>

Mark,

 Not sure which limit you mean.

 A query having to compile into a 64k memory segment goes back to the early days under Windows 3.x, which ran in 16 bit protected mode on the 286/386 processors.   With that, the largest addressable memory segment was 64k.

 If you mean the MaxLocksPerFile setting, the default of 9,500 locks is a throwback to the days of Novell Netware. The limit was added because under Netware, a run-away process could bring Netware to its knees.  Today, it's not unusual to run DB's with a MaxLocksPerFile setting of 200,000 or more, and 500,000 won't really hurt anything either.

  The query compile limit, max db connections, and tableID limit, along with quite a few others (ie. 255 columns in a table or in the output of a query) are all internal and not modifiable.

 MaxLocksPerFile and MaxBufferSize are adjustable and relate to the JET/ACE db engine settings.

<< I have a client who is crashing in Windows 2010 on Access data entry forms that run perfectly fine in Windows 7>>

  What do you mean by a crash?   Is Access actually faulting?   If so, what do you see in the event log?

Jim.



-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Mark Simms via AccessD
Sent: Wednesday, May 22, 2019 8:35 PM
To: accessd at databaseadvisors.com
Cc: Mark Simms
Subject: [AccessD] Fwd: System Resources Exceeded


I'd like to know where this setting emanated and whether there are related dbEngine settings ?I have a client who is crashing in Windows 2010 on Access data entry forms that run perfectly fine in Windows 7.Any thoughts ?

dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code


-----Original Message-----
From: Jim Dettman via AccessD <accessd at databaseadvisors.com>
To: 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Cc: Jim Dettman <jimdettman at verizon.net>; 'James Button' <jamesbutton at blueyonder.co.uk>
Sent: Wed, May 8, 2019 4:38 pm
Subject: Re: [AccessD] System Resources Exceeded

<< as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.>>

  yes, that was for queries, but it was 64k.  Generation of the costing
plan and execution was limited to single 64k.  That limit was lifted quite a
while ago though and what it is now is not documented.

  There's also other internal limits, such as number of database connections
(not documented) and number of table ID's (2048) .  It also seems like there
is a general memory heap that's used, but often you'll will find that a
process runs OK, then minutes later will fail

 And somewhere there is a list of a number of restrictions (i.e. length of a
query name, number of control in a form, etc).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
James Button via AccessD
Sent: Wednesday, May 8, 2019 3:57 PM
To: 'Access Developers discussion and problem solving'
Cc: James Button
Subject: Re: [AccessD] System Resources Exceeded


My understanding is that Access (well the older versions)  have some
specific-use memory pool limits ,
as in there is (or used to be) a 64MB limit in one of the memory pool
allocations.
also some 'SQL' can generate a requirement for relatively enormous temporary
storage space.
If the failure is not almost instantaneous, it may be worth running Task
Manager, and Resource Manager to see if you can identify any discernible
resource usage. 

JimB

-----Original Message-----
From: AccessD <accessd-bounces at databaseadvisors.com> On Behalf Of RANDALL R
ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 7:01 PM
To: Jim Dettman <jimdettman at verizon.net>; 'Access Developers discussion and
problem solving' <accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: Re: [AccessD] System Resources Exceeded

Yes, trust me this is a very small mdb with about 400K records in two
tables.
Most I've seen it grow is about 350MB, after a C&R it goes back down to
about
70MB.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net> 
Sent: Wednesday, May 08, 2019 1:58 PM
To: RANDALL R ANTHONY <RRANTHON at sentara.com>; 'Access Developers discussion
and
problem solving' <accessd at databaseadvisors.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware
of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


 Have you actually checked?  Just saying that things can bloat quickly and
you can run into the 2GB limit easily.  Just double check so you can
scratch it off the list.

 If you have, great.  If not, you really want to check, especially when
someone gets the error.  Generally though if it hits the limit in a
multi-user situation, you'd have a lot of other problems at the same time.

Jim.

-----Original Message-----
From: RANDALL R ANTHONY [mailto:RRANTHON at sentara.com]
Sent: Wednesday, May 8, 2019 12:17 PM
To: Jim Dettman; 'Access Developers discussion and problem solving'
Subject: RE: [AccessD] System Resources Exceeded

Thanks for the tips Jim, I'll check it out.  BTW, the DB is less than 200MB
in
size.

-----Original Message-----
From: Jim Dettman <jimdettman at verizon.net>
Sent: Wednesday, May 08, 2019 11:05 AM
To: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Cc: RANDALL R ANTHONY <RRANTHON at sentara.com>
Subject: RE: [AccessD] System Resources Exceeded

Notice: This email originated outside the Sentara Healthcare network. Beware
of
links and attachments. Forward suspicious emails to spam_team at sentara.com.


"out of system resources" is used for a number of things.

Disk space, hitting the lock limit, DB getting too big, running out of
process
address space, etc.

I would:

1. Make sure the disk has free space.  
2. Check that the DB is not near the 2GB limit.
3. Add dbEngine.Setoption dbMaxLocksPerFile , 500000  to your startup code.

 See if that clears things up.  If not and your running 32bit office, then
you're probably running out of process address space.  Access is not large
address aware, so it's limited to 2GB of space.  Switching to 64bit would
solve
the issue (but give you others possibly).

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
RANDALL
R ANTHONY via AccessD
Sent: Wednesday, May 8, 2019 9:51 AM
To: Access Developers discussion and problem solving
Cc: RANDALL R ANTHONY
Subject: [AccessD] System Resources Exceeded

Hello Group,
Just had a weird error pop-up on a relatively stable, small DB.  Win7 and
Win10 OSs, some with Access13, some with Access16 FE and BE.  Happened once
about two months ago, did a C&R and the problem went away.  However the
customer
is reporting the issue is now occurring about 50% of the time.

Simple import routine, loads .txt file data (10 to 100 records) to a temp
table,
then loads them to staging table and from there does a randomizer routine to
load to a table assigning X amount of records to any particular auditor.
This
process takes maybe a minute?  Two minutes?  Part of that latency is due to
extreme network distance from the user and the server farm, however that's
never
been an issue.

Googling this the only suggested answer to the issue was provided by a
Mark-NC,
see below.
I have seen this problem when running Access on a computer with multiple
processors. Try changing the Processor Affinity for the MSACCESS process in
Task
Manager down to just one processor, and see if that improves performance.

Any help/clarification on this is greatly appreciated.  Thanks.


Randy Anthony, MCP
Database Administrator
4456 Corporation Lane, Ste. 200
Virgina Beach, VA 23462
757-252-8107

.
--
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 mar.ko at verizon.net  Thu May 23 15:08:40 2019
From: mar.ko at verizon.net (Mark Simms)
Date: Thu, 23 May 2019 20:08:40 +0000 (UTC)
Subject: [AccessD] Fwd:  System Resources Exceeded
In-Reply-To: <015001d51158$d5a8c760$80fa5620$@verizon.net>
References: <mailman.1367.1557444067.13018.accessd@databaseadvisors.com>
	<1121739101.4727657.1558569452460@mail.yahoo.com>
	<CAAZtbWH88cEBY8ph6mgiC5XKtkjLvGtV8b0tQQEJs2k3-RrrFg@mail.gmail.com>
	<84656874.4763354.1558571683554@mail.yahoo.com>
	<015001d51158$d5a8c760$80fa5620$@verizon.net>
Message-ID: <448667428.5201938.1558642120436@mail.yahoo.com>

Jim - I just got the word from the users.....the forms are causing the backend database to lock-up and require everyone to log out.Then a compact and repair is required.Again, ONLY Win 10, not Win 7.

Mark Simms
marksimms at verizon.net


From jimdettman at verizon.net  Fri May 24 05:45:19 2019
From: jimdettman at verizon.net (Jim Dettman)
Date: Fri, 24 May 2019 06:45:19 -0400
Subject: [AccessD] Fwd:  System Resources Exceeded
In-Reply-To: <448667428.5201938.1558642120436@mail.yahoo.com>
References: <mailman.1367.1557444067.13018.accessd@databaseadvisors.com>	<1121739101.4727657.1558569452460@mail.yahoo.com>	<CAAZtbWH88cEBY8ph6mgiC5XKtkjLvGtV8b0tQQEJs2k3-RrrFg@mail.gmail.com>	<84656874.4763354.1558571683554@mail.yahoo.com>	<015001d51158$d5a8c760$80fa5620$@verizon.net>
	<448667428.5201938.1558642120436@mail.yahoo.com>
Message-ID: <018f01d5121d$c8353760$589fa620$@verizon.net>

Mark,

<< the forms are causing the backend database to lock-up and require
everyone to log out.>>

OK, but what does "lock up" mean specifically?

Being that it's only Windows 10, at a wild guess, they are running into the
leasing bug:

https://support.office.com/en-us/article/access-reports-that-databases-are-i
n-an-inconsistent-state-%EF%BB%BF-7ec975da-f7a9-4414-a306-d3a7c422dc1d

 This started with build 1803 of Windows last year and there still is no fix
for it.   Microsoft recommends disabling things server side, but supposedly
you can also disable on the client side by making the following registry
changes:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Para
meters]
"FileInfoCacheLifetime"=dword:00000000
"FileNotFoundCacheLifetime"=dword:00000000
"DirectoryCacheLifetime"=dword:00000000


That's more appealing because then you are not affecting any other OS's
(leasing is a performance feature and disabling it server wide can slow
other operations down).   I suspect we'll see a fix for this sometime this
year.   Microsoft has identified the problem, but I'm sure their having to
jump through all kinds of hoops to fix something so fundamental in Windows.

 Barring that, you need to get more specific details on exactly what is
happening and the setup (i.e. is the app split, are there error messages,
are they using ctrl/alt/del, it really is just the Win 10 users 100% of the
time, etc).

 Jim.
 
-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Mark Simms via AccessD
Sent: Thursday, May 23, 2019 4:09 PM
To: accessd at databaseadvisors.com
Cc: Mark Simms
Subject: Re: [AccessD] Fwd: System Resources Exceeded

Jim - I just got the word from the users.....the forms are causing the
backend database to lock-up and require everyone to log out.Then a compact
and repair is required.Again, ONLY Win 10, not Win 7.

Mark Simms
marksimms at verizon.net

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From mar.ko at verizon.net  Fri May 24 16:28:09 2019
From: mar.ko at verizon.net (Mark Simms)
Date: Fri, 24 May 2019 21:28:09 +0000 (UTC)
Subject: [AccessD] Fwd:  System Resources Exceeded
References: <1815128009.5727453.1558733289763.ref@mail.yahoo.com>
Message-ID: <1815128009.5727453.1558733289763@mail.yahoo.com>

Jim? - thank you so much.....that's likely the problem.
Re: "lock up" means the form is disabled - no saves can be done, no navigation can be done.....as it hoses the back-end.Yes, we have a split front-end, back-end....and we use local copies of the front-end using Tony Towes fine utility.There are no error messages being thrown...that's the tell-tale sign that something is wrong with the O/S, not the application.Under Win7, all is well.I think you nailed this....I owe you a beer ;)


Mark Simms
marksimms at verizon.net
http://www.twitter.com?;@QUI_TAM_MAN


-----Original Message-----
From: Jim Dettman via AccessD <accessd at databaseadvisors.com>
To: 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Cc: Jim Dettman <jimdettman at verizon.net>; 'Mark Simms' <mar.ko at verizon.net>
Sent: Fri, May 24, 2019 6:46 am
Subject: Re: [AccessD] Fwd: System Resources Exceeded

Mark,

<< the forms are causing the backend database to lock-up and require
everyone to log out.>>

OK, but what does "lock up" mean specifically?

Being that it's only Windows 10, at a wild guess, they are running into the
leasing bug:

https://support.office.com/en-us/article/access-reports-that-databases-are-i
n-an-inconsistent-state-%EF%BB%BF-7ec975da-f7a9-4414-a306-d3a7c422dc1d

 This started with build 1803 of Windows last year and there still is no fix
for it.? Microsoft recommends disabling things server side, but supposedly
you can also disable on the client side by making the following registry
changes:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Para
meters]
"FileInfoCacheLifetime"=dword:00000000
"FileNotFoundCacheLifetime"=dword:00000000
"DirectoryCacheLifetime"=dword:00000000


That's more appealing because then you are not affecting any other OS's
(leasing is a performance feature and disabling it server wide can slow
other operations down).? I suspect we'll see a fix for this sometime this
year.? Microsoft has identified the problem, but I'm sure their having to
jump through all kinds of hoops to fix something so fundamental in Windows.

 Barring that, you need to get more specific details on exactly what is
happening and the setup (i.e. is the app split, are there error messages,
are they using ctrl/alt/del, it really is just the Win 10 users 100% of the
time, etc).

 Jim.
 
-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Mark Simms via AccessD
Sent: Thursday, May 23, 2019 4:09 PM
To: accessd at databaseadvisors.com
Cc: Mark Simms
Subject: Re: [AccessD] Fwd: System Resources Exceeded

Jim - I just got the word from the users.....the forms are causing the
backend database to lock-up and require everyone to log out.Then a compact
and repair is required.Again, ONLY Win 10, not Win 7.

Mark Simms
marksimms at verizon.net

-- 
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 newsgrps at dalyn.co.nz  Mon May 27 02:51:58 2019
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Mon, 27 May 2019 19:51:58 +1200
Subject: [AccessD] Page numbers in Subreport
In-Reply-To: <01f001d50a8f$649d2900$2dd77b00$@verizon.net>
References: <000901d50a86$d5da3300$818e9900$@dalyn.co.nz>
	<01f001d50a8f$649d2900$2dd77b00$@verizon.net>
Message-ID: <007401d51461$103bdec0$30b39c40$@dalyn.co.nz>

Thanks everyone for your suggestions.  My final solution was simple in the
end.  I put a control in the main report page footer section which showed
the page of pages and set it to zero height.  Then in the subreports I
placed controls which referenced the main report control and read the value
of it.

Main report control: ="page " & [page] & " of " & [pages]
Sub report control: = reports!MainReport!PageControl

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman via AccessD
Sent: Wednesday, 15 May 2019 7:58 a.m.
To: 'Access Developers discussion and problem solving'
Cc: Jim Dettman
Subject: Re: [AccessD] Page numbers in Subreport

David,

  As is, the short answer is no.

  Page Header/Footers are not processed in a sub report.  That's why you're
getting the 0/0.  You'll have to take care of the page numbering yourself.

  A trick with subreports is to add a group with the expression =1 to add a
group header/footer.  Then set the group header's repeat section property to
true and place you headings in there.  Now you've got a spot where you can
increment the correct page count.  Store the page count in a text control on
the main report.  You can fetch it from there when you want to print the
page in the subreports.

  To get the number of pages, on the main report place a hidden text control
in the page footer with the controlsource of  =[Page] & " of " & [Pages].
This activates two pass mode.   On the first pass, the report engine will
run through all the pages to get the total.   You can tell your on the first
pass when .Pages = 0.   Note that on the first pass, OnPrint does not fire.

  On the second pass, .Pages will have the total page count, which you can
use in the subreport.

Jim.
----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Tuesday, May 14, 2019 2:57 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Page numbers in Subreport

Hi Listers,

 

I have a report that has three subreports (and nothing else).

 

The subreports take up whole pages and near the bottom of each report is a
field with "=[Page] & " of " & [Pages]" as the control source.  If I run the
subreports on their own they show the correct page numbers for their report.
Depending on one of the fields in the subreport data, each record may fill 1
or 2 pages (always whole pages)

 

When I run the combined report the page numbering shows "0 of 0" (which I
have found is a "feature" of subreports).  I am wanting them to show the
numbers as if the page number fields were on the combined report (eg page x
of {total number of pages from the combined report}.

 

Because the position of the page numbering is not at the very bottom of the
sub reports it cannot go in a page footer of the combined report.

 

Does anyone know how I can get the page numbering of the subreports to
appear correctly?

 

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

 

 

-- 
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 May 27 12:36:32 2019
From: accessd at shaw.ca (Jim Lawrence)
Date: Mon, 27 May 2019 11:36:32 -0600 (MDT)
Subject: [AccessD] Page numbers in Subreport
In-Reply-To: <007401d51461$103bdec0$30b39c40$@dalyn.co.nz>
References: <000901d50a86$d5da3300$818e9900$@dalyn.co.nz>
	<01f001d50a8f$649d2900$2dd77b00$@verizon.net>
	<007401d51461$103bdec0$30b39c40$@dalyn.co.nz>
Message-ID: <69518814.170641517.1558978592758.JavaMail.zimbra@shaw.ca>

Brilliant.

Jim

----- Original Message -----
From: "David Emerson" <newsgrps at dalyn.co.nz>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Cc: "Jim Dettman" <jimdettman at verizon.net>
Sent: Monday, May 27, 2019 12:51:58 AM
Subject: Re: [AccessD] Page numbers in Subreport

Thanks everyone for your suggestions.  My final solution was simple in the
end.  I put a control in the main report page footer section which showed
the page of pages and set it to zero height.  Then in the subreports I
placed controls which referenced the main report control and read the value
of it.

Main report control: ="page " & [page] & " of " & [pages]
Sub report control: = reports!MainReport!PageControl

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman via AccessD
Sent: Wednesday, 15 May 2019 7:58 a.m.
To: 'Access Developers discussion and problem solving'
Cc: Jim Dettman
Subject: Re: [AccessD] Page numbers in Subreport

David,

  As is, the short answer is no.

  Page Header/Footers are not processed in a sub report.  That's why you're
getting the 0/0.  You'll have to take care of the page numbering yourself.

  A trick with subreports is to add a group with the expression =1 to add a
group header/footer.  Then set the group header's repeat section property to
true and place you headings in there.  Now you've got a spot where you can
increment the correct page count.  Store the page count in a text control on
the main report.  You can fetch it from there when you want to print the
page in the subreports.

  To get the number of pages, on the main report place a hidden text control
in the page footer with the controlsource of  =[Page] & " of " & [Pages].
This activates two pass mode.   On the first pass, the report engine will
run through all the pages to get the total.   You can tell your on the first
pass when .Pages = 0.   Note that on the first pass, OnPrint does not fire.

  On the second pass, .Pages will have the total page count, which you can
use in the subreport.

Jim.
----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Tuesday, May 14, 2019 2:57 PM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Page numbers in Subreport

Hi Listers,

 

I have a report that has three subreports (and nothing else).

 

The subreports take up whole pages and near the bottom of each report is a
field with "=[Page] & " of " & [Pages]" as the control source.  If I run the
subreports on their own they show the correct page numbers for their report.
Depending on one of the fields in the subreport data, each record may fill 1
or 2 pages (always whole pages)

 

When I run the combined report the page numbering shows "0 of 0" (which I
have found is a "feature" of subreports).  I am wanting them to show the
numbers as if the page number fields were on the combined report (eg page x
of {total number of pages from the combined report}.

 

Because the position of the page numbering is not at the very bottom of the
sub reports it cannot go in a page footer of the combined report.

 

Does anyone know how I can get the page numbering of the subreports to
appear correctly?

 

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

 

 

-- 
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 May 28 11:43:21 2019
From: jwcolby at gmail.com (John Colby)
Date: Tue, 28 May 2019 12:43:21 -0400
Subject: [AccessD] Windows 2008 R2 storport.sys issues
Message-ID: <3d004922-e015-2ee7-c465-20112c64b639@Gmail.com>

I have a sql server which has a large raid 6 controller.? I have had 
issues forever with very slow processing.? Finally got it back in my 
office and troubleshooting.? I may be too late.? :(

StorPort has a known issue and hotfix where it tries to use memory in 
the lower 4 gb of RAM.? When used with a server such as SQL Server which 
thinks it owns the entire damned computer, Storport.sys runs into memory 
contention issues.? It needs to be modified to allow "64 bitness" and 
use ram above the lower 4 gb.

There was a hotfix.? The hotfix has been removed due to end of life 
issues.? Sigh.

Does anyone know how to get around this and get the updated sys file?

-- 
John W. Colby