From accessd at shaw.ca  Fri Sep  1 15:42:42 2017
From: accessd at shaw.ca (Jim Lawrence)
Date: Fri, 1 Sep 2017 14:42:42 -0600 (MDT)
Subject: [AccessD] Friday easy reading
In-Reply-To: <HE1PR1001MB1129E7C1EBE2AA974369B06DCA9C0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
References: <HE1PR1001MB1129E7C1EBE2AA974369B06DCA9C0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
Message-ID: <1528655016.416811572.1504298562863.JavaMail.zimbra@shaw.ca>

The titles are:

The Golden Age:
https://itunes.apple.com/us/book/the-golden-age/id1131269077?mt=11
http://apple.co/2gxExjO

...and...

The Golden Week:
https://itunes.apple.com/us/book/the-golden-week/id1260369080?mt=11
http://apple.co/2evWWNk

Aside: My SiL is named Marianne Andersen and supposedly she is related, distantly to original Hans Christian Andersen. Also my son-in-law's name is Hans Christian Andersen... ;-)

Jim 

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, August 30, 2017 12:20:08 AM
Subject: Re: [AccessD] Friday easy reading

Hi Jim

What are the titles, please? I could pass them along to Clara.

I'm not sure Danes are specially gifted in this genre, but we do have a long and standing tradition initiated by Hans Christian Andersen.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence
Sendt: 30. august 2017 02:59
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] OT: Friday easy reading

Wow, I am a little late to this post. 

The book looks excellent and I will pass it along to family and friends.

My daughter in law, her daughter and my oldest daughter have co-illustrated a couple of children's books that they are now selling on iTunes.

It should be interesting to note that she is also Danish. I wonder, are the Danish, naturally gifted at writing children's fairy tales? ;-)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Friday, August 11, 2017 6:11:55 AM
Subject: [AccessD] OT: Friday easy reading

Hi all

Currently, I program an Excel workbook, and - as those of you who have tried that know - it will drive you crazy.
So, the thoughts are flying, and I decided to do something else for a moment and bring a promotion:

I know some of you have or know grandchildren of low age.
My niece, a gifted artist working mostly with 2D animations, has published a book at Amazon:

   Charlie and the White Dragon
    http://a.co/hiJKec6

I don't buy books of this kind, so I can't judge it compared to similar books, but I love her drawings which have a special "atmosphere" in lack of better words.

/gustav 

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


From gustav at cactus.dk  Sat Sep  2 04:34:29 2017
From: gustav at cactus.dk (Gustav Brock)
Date: Sat, 2 Sep 2017 09:34:29 +0000
Subject: [AccessD] Friday easy reading
In-Reply-To: <1528655016.416811572.1504298562863.JavaMail.zimbra@shaw.ca>
References: <HE1PR1001MB1129E7C1EBE2AA974369B06DCA9C0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>,
	<1528655016.416811572.1504298562863.JavaMail.zimbra@shaw.ca>
Message-ID: <HE1PR1001MB11299767B1B898303401CC9CCA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>

Thanks Jim, I'll forward.

That said, I couldn't obtain the books myself as I have no Apple device. I don't think it is a good idea to publish to a hardware specific platform; reading should be for everyone who wants to pay.

I should note, that Andersen is a very common family name here, actually no. 5:

1 Nielsen 252.041
2 Jensen 251.318
3 Hansen 210.747
4 Pedersen 159.281
5 Andersen 156.510

In comparison, we are only 319 named Brock.

/gustav


________________________________________
Fra: AccessD <accessd-bounces at databaseadvisors.com> p? vegne af Jim Lawrence <accessd at shaw.ca>
Sendt: 1. september 2017 22:42:42
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Friday easy reading

The titles are:

The Golden Age:
https://itunes.apple.com/us/book/the-golden-age/id1131269077?mt=11
http://apple.co/2gxExjO

...and...

The Golden Week:
https://itunes.apple.com/us/book/the-golden-week/id1260369080?mt=11
http://apple.co/2evWWNk

Aside: My SiL is named Marianne Andersen and supposedly she is related, distantly to original Hans Christian Andersen. Also my son-in-law's name is Hans Christian Andersen... ;-)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, August 30, 2017 12:20:08 AM
Subject: Re: [AccessD] Friday easy reading

Hi Jim

What are the titles, please? I could pass them along to Clara.

I'm not sure Danes are specially gifted in this genre, but we do have a long and standing tradition initiated by Hans Christian Andersen.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence
Sendt: 30. august 2017 02:59
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] OT: Friday easy reading

Wow, I am a little late to this post.

The book looks excellent and I will pass it along to family and friends.

My daughter in law, her daughter and my oldest daughter have co-illustrated a couple of children's books that they are now selling on iTunes.

It should be interesting to note that she is also Danish. I wonder, are the Danish, naturally gifted at writing children's fairy tales? ;-)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Friday, August 11, 2017 6:11:55 AM
Subject: [AccessD] OT: Friday easy reading

Hi all

Currently, I program an Excel workbook, and - as those of you who have tried that know - it will drive you crazy.
So, the thoughts are flying, and I decided to do something else for a moment and bring a promotion:

I know some of you have or know grandchildren of low age.
My niece, a gifted artist working mostly with 2D animations, has published a book at Amazon:

   Charlie and the White Dragon
    http://a.co/hiJKec6

I don't buy books of this kind, so I can't judge it compared to similar books, but I love her drawings which have a special "atmosphere" in lack of better words.

/gustav

From accessd at shaw.ca  Sat Sep  2 14:25:46 2017
From: accessd at shaw.ca (Jim Lawrence)
Date: Sat, 2 Sep 2017 13:25:46 -0600 (MDT)
Subject: [AccessD] Friday easy reading
In-Reply-To: <HE1PR1001MB11299767B1B898303401CC9CCA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
References: <HE1PR1001MB1129E7C1EBE2AA974369B06DCA9C0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
	<1528655016.416811572.1504298562863.JavaMail.zimbra@shaw.ca>
	<HE1PR1001MB11299767B1B898303401CC9CCA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
Message-ID: <1633517397.418567086.1504380346675.JavaMail.zimbra@shaw.ca>

Gustav:

Brock is a good old (very old...over 3000 years.) Scottish/Celtic/German name(?):
https://www.ancestry.ca/name-origin?surname=brock

As for the books, sorry about the access but many Apple owners seem to have the perception that the computer universe begins and ends with Apple. Similar to many using MS products. ;-) It is just that the Microsoft world is many times larger and much more versatile now that they have embraced the Linux Multiverse. ;-)

I think Marianne has no idea how to get her books, as a self-publisher, out on Amazon. Would you know the process off-hand? Any complexities, hidden costs, specific requirements, gotchas etc. (I am sure many people here, on the DBA, are also wondering the same thing?)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Saturday, September 2, 2017 2:34:29 AM
Subject: Re: [AccessD] Friday easy reading

Thanks Jim, I'll forward.

That said, I couldn't obtain the books myself as I have no Apple device. I don't think it is a good idea to publish to a hardware specific platform; reading should be for everyone who wants to pay.

I should note, that Andersen is a very common family name here, actually no. 5:

1 Nielsen 252.041
2 Jensen 251.318
3 Hansen 210.747
4 Pedersen 159.281
5 Andersen 156.510

In comparison, we are only 319 named Brock.

/gustav


________________________________________
Fra: AccessD <accessd-bounces at databaseadvisors.com> p? vegne af Jim Lawrence <accessd at shaw.ca>
Sendt: 1. september 2017 22:42:42
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Friday easy reading

The titles are:

The Golden Age:
https://itunes.apple.com/us/book/the-golden-age/id1131269077?mt=11
http://apple.co/2gxExjO

...and...

The Golden Week:
https://itunes.apple.com/us/book/the-golden-week/id1260369080?mt=11
http://apple.co/2evWWNk

Aside: My SiL is named Marianne Andersen and supposedly she is related, distantly to original Hans Christian Andersen. Also my son-in-law's name is Hans Christian Andersen... ;-)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, August 30, 2017 12:20:08 AM
Subject: Re: [AccessD] Friday easy reading

Hi Jim

What are the titles, please? I could pass them along to Clara.

I'm not sure Danes are specially gifted in this genre, but we do have a long and standing tradition initiated by Hans Christian Andersen.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence
Sendt: 30. august 2017 02:59
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] OT: Friday easy reading

Wow, I am a little late to this post.

The book looks excellent and I will pass it along to family and friends.

My daughter in law, her daughter and my oldest daughter have co-illustrated a couple of children's books that they are now selling on iTunes.

It should be interesting to note that she is also Danish. I wonder, are the Danish, naturally gifted at writing children's fairy tales? ;-)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Friday, August 11, 2017 6:11:55 AM
Subject: [AccessD] OT: Friday easy reading

Hi all

Currently, I program an Excel workbook, and - as those of you who have tried that know - it will drive you crazy.
So, the thoughts are flying, and I decided to do something else for a moment and bring a promotion:

I know some of you have or know grandchildren of low age.
My niece, a gifted artist working mostly with 2D animations, has published a book at Amazon:

   Charlie and the White Dragon
    http://a.co/hiJKec6

I don't buy books of this kind, so I can't judge it compared to similar books, but I love her drawings which have a special "atmosphere" in lack of better words.

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


From gustav at cactus.dk  Sat Sep  2 15:59:49 2017
From: gustav at cactus.dk (Gustav Brock)
Date: Sat, 2 Sep 2017 20:59:49 +0000
Subject: [AccessD] Friday easy reading
In-Reply-To: <1633517397.418567086.1504380346675.JavaMail.zimbra@shaw.ca>
References: <HE1PR1001MB1129E7C1EBE2AA974369B06DCA9C0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
	<1528655016.416811572.1504298562863.JavaMail.zimbra@shaw.ca>
	<HE1PR1001MB11299767B1B898303401CC9CCA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>,
	<1633517397.418567086.1504380346675.JavaMail.zimbra@shaw.ca>
Message-ID: <HE1PR1001MB1129137C70CD80643432A2BACA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>

Hi Jim

Yes, that's the common assumption about the Brock family, but according to the sources I can find, there's no evidence.
Also, the tree is broken, though I at least have a direct line back to one of the three founders of the Tuborg Breweries - he was also named Gustav - back in 1873. It gives me a natural preference, though Tuborg in 1970 was bought by Carlsberg, and now is only a brand name.

As for publishing books at Amazon or elsewhere, I have no idea. That is really one of my non-competencies.
Susan may have some tips.

/gustav
________________________________________
Fra: AccessD <accessd-bounces at databaseadvisors.com> p? vegne af Jim Lawrence <accessd at shaw.ca>
Sendt: 2. september 2017 21:25:46
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Friday easy reading

Gustav:

Brock is a good old (very old...over 3000 years.) Scottish/Celtic/German name(?):
https://www.ancestry.ca/name-origin?surname=brock

As for the books, sorry about the access but many Apple owners seem to have the perception that the computer universe begins and ends with Apple. Similar to many using MS products. ;-) It is just that the Microsoft world is many times larger and much more versatile now that they have embraced the Linux Multiverse. ;-)

I think Marianne has no idea how to get her books, as a self-publisher, out on Amazon. Would you know the process off-hand? Any complexities, hidden costs, specific requirements, gotchas etc. (I am sure many people here, on the DBA, are also wondering the same thing?)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Saturday, September 2, 2017 2:34:29 AM
Subject: Re: [AccessD] Friday easy reading

Thanks Jim, I'll forward.

That said, I couldn't obtain the books myself as I have no Apple device. I don't think it is a good idea to publish to a hardware specific platform; reading should be for everyone who wants to pay.

I should note, that Andersen is a very common family name here, actually no. 5:

1 Nielsen 252.041
2 Jensen 251.318
3 Hansen 210.747
4 Pedersen 159.281
5 Andersen 156.510

In comparison, we are only 319 named Brock.

/gustav


________________________________________
Fra: AccessD <accessd-bounces at databaseadvisors.com> p? vegne af Jim Lawrence <accessd at shaw.ca>
Sendt: 1. september 2017 22:42:42
Til: Access Developers discussion and problem solving
Emne: Re: [AccessD] Friday easy reading

The titles are:

The Golden Age:
https://itunes.apple.com/us/book/the-golden-age/id1131269077?mt=11
http://apple.co/2gxExjO

...and...

The Golden Week:
https://itunes.apple.com/us/book/the-golden-week/id1260369080?mt=11
http://apple.co/2evWWNk

Aside: My SiL is named Marianne Andersen and supposedly she is related, distantly to original Hans Christian Andersen. Also my son-in-law's name is Hans Christian Andersen... ;-)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, August 30, 2017 12:20:08 AM
Subject: Re: [AccessD] Friday easy reading

Hi Jim

What are the titles, please? I could pass them along to Clara.

I'm not sure Danes are specially gifted in this genre, but we do have a long and standing tradition initiated by Hans Christian Andersen.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Jim Lawrence
Sendt: 30. august 2017 02:59
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] OT: Friday easy reading

Wow, I am a little late to this post.

The book looks excellent and I will pass it along to family and friends.

My daughter in law, her daughter and my oldest daughter have co-illustrated a couple of children's books that they are now selling on iTunes.

It should be interesting to note that she is also Danish. I wonder, are the Danish, naturally gifted at writing children's fairy tales? ;-)

Jim

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Friday, August 11, 2017 6:11:55 AM
Subject: [AccessD] OT: Friday easy reading

Hi all

Currently, I program an Excel workbook, and - as those of you who have tried that know - it will drive you crazy.
So, the thoughts are flying, and I decided to do something else for a moment and bring a promotion:

I know some of you have or know grandchildren of low age.
My niece, a gifted artist working mostly with 2D animations, has published a book at Amazon:

   Charlie and the White Dragon
    http://a.co/hiJKec6

I don't buy books of this kind, so I can't judge it compared to similar books, but I love her drawings which have a special "atmosphere" in lack of better words.

/gustav

From accessd at shaw.ca  Sun Sep  3 12:11:14 2017
From: accessd at shaw.ca (Jim Lawrence)
Date: Sun, 3 Sep 2017 11:11:14 -0600 (MDT)
Subject: [AccessD] Friday easy reading
In-Reply-To: <HE1PR1001MB1129137C70CD80643432A2BACA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
References: <HE1PR1001MB1129E7C1EBE2AA974369B06DCA9C0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
	<1528655016.416811572.1504298562863.JavaMail.zimbra@shaw.ca>
	<HE1PR1001MB11299767B1B898303401CC9CCA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
	<1633517397.418567086.1504380346675.JavaMail.zimbra@shaw.ca>
	<HE1PR1001MB1129137C70CD80643432A2BACA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
Message-ID: <246367972.419702973.1504458674199.JavaMail.zimbra@shaw.ca>

Thanks for your info. Maybe you can post a note to Kathryn, on the OT, as she is our local genealogy expert. Now we should close our thread as shameless plugs for our relatives children's books are not terribly related to Access Development. ;-)

So do you have any shares in Tuborg, other than what you consume at the local pub? :-)

I will ask Susan.

Jim

PS If anyone asks I'll blame you for starting this thread. ;-)  

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Saturday, September 2, 2017 1:59:49 PM
Subject: Re: [AccessD] Friday easy reading

Hi Jim

Yes, that's the common assumption about the Brock family, but according to the sources I can find, there's no evidence.
Also, the tree is broken, though I at least have a direct line back to one of the three founders of the Tuborg Breweries - he was also named Gustav - back in 1873. It gives me a natural preference, though Tuborg in 1970 was bought by Carlsberg, and now is only a brand name.

As for publishing books at Amazon or elsewhere, I have no idea. That is really one of my non-competencies.
Susan may have some tips.

/gustav

From gustav at cactus.dk  Sun Sep  3 12:29:11 2017
From: gustav at cactus.dk (Gustav Brock)
Date: Sun, 3 Sep 2017 17:29:11 +0000
Subject: [AccessD] Friday easy reading
In-Reply-To: <246367972.419702973.1504458674199.JavaMail.zimbra@shaw.ca>
References: <HE1PR1001MB1129E7C1EBE2AA974369B06DCA9C0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
	<1528655016.416811572.1504298562863.JavaMail.zimbra@shaw.ca>
	<HE1PR1001MB11299767B1B898303401CC9CCA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
	<1633517397.418567086.1504380346675.JavaMail.zimbra@shaw.ca>
	<HE1PR1001MB1129137C70CD80643432A2BACA930@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>,
	<246367972.419702973.1504458674199.JavaMail.zimbra@shaw.ca>
Message-ID: <HE1PR1001MB11291767EE4CCC4AE23E2448CA900@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>

Right Jim, that Friday is long gone.

Unfortunately, I?m not on the OT list.

/gustav

Fra: Jim Lawrence<mailto:accessd at shaw.ca>
Sendt: 3. september 2017 19:12
Til: Access Developers discussion and problem solving<mailto:accessd at databaseadvisors.com>
Emne: Re: [AccessD] Friday easy reading

Thanks for your info. Maybe you can post a note to Kathryn, on the OT, as she is our local genealogy expert. Now we should close our thread as shameless plugs for our relatives children's books are not terribly related to Access Development. ;-)

So do you have any shares in Tuborg, other than what you consume at the local pub? :-)

I will ask Susan.

Jim

PS If anyone asks I'll blame you for starting this thread. ;-)

----- Original Message -----
From: "Gustav Brock" <gustav at cactus.dk>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Saturday, September 2, 2017 1:59:49 PM
Subject: Re: [AccessD] Friday easy reading

Hi Jim

Yes, that's the common assumption about the Brock family, but according to the sources I can find, there's no evidence.
Also, the tree is broken, though I at least have a direct line back to one of the three founders of the Tuborg Breweries - he was also named Gustav - back in 1873. It gives me a natural preference, though Tuborg in 1970 was bought by Carlsberg, and now is only a brand name.

As for publishing books at Amazon or elsewhere, I have no idea. That is really one of my non-competencies.
Susan may have some tips.

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


From jwcolby at gmail.com  Mon Sep  4 11:35:49 2017
From: jwcolby at gmail.com (John Colby)
Date: Mon, 4 Sep 2017 12:35:49 -0400
Subject: [AccessD] A rare experience
Message-ID: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>

To this day I play Empire Deluxe, a war game I have played since the 
nineties.? Today it had a page fault.? That has NEVER happened.? Which 
caused me to think about how rare it is, in the windows environment, to 
have a program which just never ever closes unexpectedly.

Until today.

New something with a Windows 10 update?? One in a million instruction 
path in the program?? God telling me I am wasting my life playing this 
game?? All of the above?

No Se but it does give one pause to think about many different things 
all at the same time.

-- 
John W. Colby


From jamesbutton at blueyonder.co.uk  Mon Sep  4 13:12:21 2017
From: jamesbutton at blueyonder.co.uk (James Button)
Date: Mon, 4 Sep 2017 19:12:21 +0100
Subject: [AccessD] A rare experience
In-Reply-To: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAO8VDlNCBfdEkctCy61lm0HCgAAAEAAAAGnBULsEogFAkIE4wF7JSW0BAAAAAA==@blueyonder.co.uk>

I am trying, on my 2GB memory system to run 64 bit Windows-10 Pro Office 2016 ( mostly word Excel & Outlook) and currently trying to upload a backup set ( 4GB files) and thousands of ebooks 
So that I have offsite recovery and can easily share the ebooks 

So - far Wiindows Update seems to need at least 1GB of RAM to itself
IE11 needs over 8GB of 'memory' for the 2 threads it runs for Onedrive upload - and seems to make the system unstable - even after the IE session has been terminated
An IE based Onedrive session will cope with with a 6000 fileset to UPLOAD
( OK - just - any other activity can set the IE's arguing about what is in RAM from the  pagefile to the extent that several hours can be needed to upload 100MB)
EDGE just dies 

So - current spec for being able to use Onedrive  using the 2GB memory, I seem to  need at least 10GB of Pagefile.

Seems to me from the quality of the user interface, and software reliability that, not only is MS now employing school leavers in their summer break, but is letting them do that development on systems that have 8GB of RAM, and probably 4 core CPU's.

That assessment of the MS practices is substantially based on my experiences trying to use the Onedrive apps and associated Office environment software
To me,  with 50 years in IT, and 10 in UAT 0- the Onedrive apps for win-10 
Should have failed at design stage for systems interaction and user interface
Failed at the program/module design stage for the design structure and systems interaction
Failed at the program test for the unuasability of the interface and poor as well as frequently incorrect status reports
Failed at the UAT stage for all the above as well as such practices as reporting unable to add to the designated folder after 16 hours 
Not showing the filenames that were uploaded - so no easy way to re-specify upload of the files not uploaded, and not reported as not being uploaded
Reporting 'Moved nnnn files' when it may have actuallty moved up-to 200 files 

The list of FAILS from  a UAT  interface viewpoint would indicate that there was actually no effective UAT



So - the majority of those wanting to use Windows and the newer releases of the Microsoft software will have to buy new hardware.


JimB


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Monday, September 4, 2017 5:36 PM
To: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Subject: [AccessD] A rare experience

To this day I play Empire Deluxe, a war game I have played since the 
nineties.  Today it had a page fault.  That has NEVER happened.  Which 
caused me to think about how rare it is, in the windows environment, to 
have a program which just never ever closes unexpectedly.

Until today.

New something with a Windows 10 update?  One in a million instruction 
path in the program?  God telling me I am wasting my life playing this 
game?  All of the above?

No Se but it does give one pause to think about many different things 
all at the same time.

-- 
John W. Colby

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



From accessd at shaw.ca  Mon Sep  4 16:27:26 2017
From: accessd at shaw.ca (Jim Lawrence)
Date: Mon, 4 Sep 2017 15:27:26 -0600 (MDT)
Subject: [AccessD] A rare experience
In-Reply-To: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
Message-ID: <672365807.421602316.1504560446878.JavaMail.zimbra@shaw.ca>

I do not know whether my experiences will relate to yours. (A lot of this information I am sure you are completely aware of but not everyone is. This is, of course, a bit of rant.) 

Becoming a Linux environment only user has a few complications...no more than an MS Windows user, it is just that many Windows errors happen below the surface and it is not until an error can not be recovered from, that the system finally bails, all together. The thing I like about various Linux environments is that via logs and system monitors it is easy to trace dogging, failing and memory abusing application components and subsequently research reasons and solutions within the Linux community. The number of times I have had to roll-back upgrades, I can't remember. Of course, I love to play with new toys and apps and conflicts are inevitable.  

I have found that most of our applications fail due the graphic issues. Graphic cards are going through some major changes, speed, the separation between the graphic component's CPU (GPU) and the system's CPU and applications with a variety of graphic requirements. From VGA to 4K.    

There are many solutions and it depends on your desktop environment. Virtual drives and/or stand-alone subsystems; ...and there are dozens...DOSBox and WINE are a couple of the most obvious apps. The industry is trying to resolve this issue with many different applications. Docker (advanced KVM), Electron apps, Flat packs, Snap packs and so on. Not only do these applications allow very diverse operation environments to coexist but allow a static secure sandboxed product to run anywhere without fear of product being crushed by some base operating system upgrade. These systems are really awesome and allow incredible flexibility. Nowadays, you can run Windows 10 on a Linux host (MS has been trying to kill this gray-market Container for some reason? But it may be worth hunting up if it is a requirement.) or Linux OS on a Windows 10 host. Linux is probably a few years ahead of Microsoft but MS is fighting to catch up and they are making major strides. 

IMHO, running a Linux OS within a Windows 10 OS is like towing a full sized semi behind a family sedan; a full-sized semi can easily carry a dozen sedans...of course, but it is only Linux-lite. It should be noted that any Linux distro is a full function server. This means it can host hundred of users, a database of any size, can run multiple file systems and chip sets (over fifty CPUs) and runs all of the major super computers in the world and most of the IoT apps.   

With all these advancements there are some serious downsides. 64bit computers only, 16 to 32 GB of RAM minimum, a 6 plus core minimum. These Virtual, Isolating and Emulators environments can be very expensive on resources.

Jim

----- Original Message -----
From: "John Colby" <jwcolby at gmail.com>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Monday, September 4, 2017 9:35:49 AM
Subject: [AccessD] A rare experience

To this day I play Empire Deluxe, a war game I have played since the 
nineties.? Today it had a page fault.? That has NEVER happened.? Which 
caused me to think about how rare it is, in the windows environment, to 
have a program which just never ever closes unexpectedly.

Until today.

New something with a Windows 10 update?? One in a million instruction 
path in the program?? God telling me I am wasting my life playing this 
game?? All of the above?

No Se but it does give one pause to think about many different things 
all at the same time.

-- 
John W. Colby

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


From newsgrps at dalyn.co.nz  Wed Sep  6 17:19:37 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Thu, 7 Sep 2017 10:19:37 +1200
Subject: [AccessD] Recordset method Failed
Message-ID: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>

Hi Listers,

 

I have an accdb which uses ADO to get a recordset from an SQL Server
database

 

I am getting the following error:

 

Run-time error '-2147024770 (8007007e)' 

Method 'Recordset' of object '_Combobox' failed.

 

The code is:

 

    Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <--- This
function code is given at the end of this message

 

' If Not rstTemp.EOF Then

'     rstTemp.MoveFirst

'     Do Until rstTemp.EOF

'         MsgBox rstTemp!LGARegionID

'         rstTemp.MoveNext

'     Loop

'End If

 

    Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on this
line

 

 

When I unrem the code block then the msgbox shows the values of the
LGARegionID which indicates that the recordset is being returned.

 

Here is the rub.  The programme is working fine on my machine and on the
clients current machine.  It is only on their new server that they are
wanting to migrate to that the problem happens.

 

Also, it is happening for all similar calls to set combobox recordsets and
form recordsets throughout the whole programme.

Also, it was working a few days ago, but when they tried yesterday it
stopped working.

 

The only area I can think of is some permissions at the SQL Server database
end.  The IT department was playing with security settings.  Could one of
these caused the problem?

 

 

Public Function basRunDataObject(strCommandText As String, commandType As
ADODB.CommandTypeEnum) As ADODB.Recordset

 

    On Error GoTo Err_basRunDataObject

 

    Dim adocmd As ADODB.Command

    Dim rst As ADODB.Recordset

    Set rst = New ADODB.Recordset

 

    rst.LockType = adLockOptimistic

    rst.CursorType = adOpenKeyset

    rst.CursorLocation = adUseClient

 

    If gADODBConnection.State = adStateClosed Then

        Call basOpenGlobalConnection

    End If

 

    Set adocmd = New ADODB.Command

    With adocmd

        .ActiveConnection = gADODBConnection

        .CommandText = strCommandText

        .commandType = commandType

        .CommandTimeout = 0

    End With

    

    rst.Open adocmd

    

    Set basRunDataObject = rst

    Set adocmd = Nothing

 

Exit_basRunDataObject:

    Exit Function

 

Err_basRunDataObject:

    Select Case Err

        Case 0:

        Case Else

            Call basErrorMsg("basRunDataObject - " & strCommandText)

    End Select

    Resume Exit_basRunDataObject

    Exit Function

 

End Function

 

 

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

 

 


From newsgrps at dalyn.co.nz  Wed Sep  6 21:08:10 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Thu, 7 Sep 2017 14:08:10 +1200
Subject: [AccessD] Recordset method Failed
Message-ID: <00d801d3277e$279dec60$76d9c520$@dalyn.co.nz>

Hi Listers,

 

I have an accdb which uses ADO to get a recordset from an SQL Server
database

 

I am getting the following error:

 

Run-time error '-2147024770 (8007007e)' 

Method 'Recordset' of object '_Combobox' failed.

 

The code is:

 

    Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <--- This
function code is given at the end of this message

 

' If Not rstTemp.EOF Then

'     rstTemp.MoveFirst

'     Do Until rstTemp.EOF

'         MsgBox rstTemp!LGARegionID

'         rstTemp.MoveNext

'     Loop

'End If

 

    Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on this
line

 

 

When I unrem the code block then the msgbox shows the values of the
LGARegionID which indicates that the recordset is being returned.  Also
linked tables are coming through ok.  It just seems to be setting
recordsets.

 

Here is the rub.  The programme is working fine on my machine and on the
clients current machine.  It is only on their new server that they are
wanting to migrate to that the problem happens.

 

Also, it is happening for all similar calls to set combobox recordsets and
form recordsets throughout the whole programme.

Also, it was working a few days ago, but when they tried yesterday it
stopped working.

 

We have tried restoring the SQL database with no luck.  Any suggestions of
what I can try?

 

 

Public Function basRunDataObject(strCommandText As String, commandType As
ADODB.CommandTypeEnum) As ADODB.Recordset

 

    On Error GoTo Err_basRunDataObject

 

    Dim adocmd As ADODB.Command

    Dim rst As ADODB.Recordset

    Set rst = New ADODB.Recordset

 

    rst.LockType = adLockOptimistic

    rst.CursorType = adOpenKeyset

    rst.CursorLocation = adUseClient

 

    If gADODBConnection.State = adStateClosed Then

        Call basOpenGlobalConnection

    End If

 

    Set adocmd = New ADODB.Command

    With adocmd

        .ActiveConnection = gADODBConnection

        .CommandText = strCommandText

        .commandType = commandType

        .CommandTimeout = 0

    End With

    

    rst.Open adocmd

    

    Set basRunDataObject = rst

    Set adocmd = Nothing

 

Exit_basRunDataObject:

    Exit Function

 

Err_basRunDataObject:

    Select Case Err

        Case 0:

        Case Else

            Call basErrorMsg("basRunDataObject - " & strCommandText)

    End Select

    Resume Exit_basRunDataObject

    Exit Function

 

End Function

 

 

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

 

 


From paul.hartland at googlemail.com  Wed Sep  6 21:20:46 2017
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Thu, 7 Sep 2017 03:20:46 +0100
Subject: [AccessD] Recordset method Failed
In-Reply-To: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
Message-ID: <CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
>
>
> I have an accdb which uses ADO to get a recordset from an SQL Server
> database
>
>
>
> I am getting the following error:
>
>
>
> Run-time error '-2147024770 (8007007e)'
>
> Method 'Recordset' of object '_Combobox' failed.
>
>
>
> The code is:
>
>
>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
>
>
> ' If Not rstTemp.EOF Then
>
> '     rstTemp.MoveFirst
>
> '     Do Until rstTemp.EOF
>
> '         MsgBox rstTemp!LGARegionID
>
> '         rstTemp.MoveNext
>
> '     Loop
>
> 'End If
>
>
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
> this
> line
>
>
>
>
>
> When I unrem the code block then the msgbox shows the values of the
> LGARegionID which indicates that the recordset is being returned.
>
>
>
> Here is the rub.  The programme is working fine on my machine and on the
> clients current machine.  It is only on their new server that they are
> wanting to migrate to that the problem happens.
>
>
>
> Also, it is happening for all similar calls to set combobox recordsets and
> form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it
> stopped working.
>
>
>
> The only area I can think of is some permissions at the SQL Server database
> end.  The IT department was playing with security settings.  Could one of
> these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> 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 newsgrps at dalyn.co.nz  Wed Sep  6 21:53:07 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Thu, 7 Sep 2017 14:53:07 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>
Message-ID: <011301d32784$6f64a6f0$4e2df4d0$@dalyn.co.nz>

Hi Paul,

Yes - all the references are there and it compiles ok.  Have also decompiled
as well.

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Paul Hartland via AccessD
Sent: Thursday, 7 September 2017 2:21 p.m.
To: Access List
Cc: Paul Hartland
Subject: Re: [AccessD] Recordset method Failed

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
> I have an accdb which uses ADO to get a recordset from an SQL Server 
> database
>
> I am getting the following error:
>
> Run-time error '-2147024770 (8007007e)'
> Method 'Recordset' of object '_Combobox' failed.
>
> The code is:

>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
> ' If Not rstTemp.EOF Then
> '     rstTemp.MoveFirst
> '     Do Until rstTemp.EOF
> '         MsgBox rstTemp!LGARegionID
> '         rstTemp.MoveNext
> '     Loop
> 'End If
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
this line
>
> When I unrem the code block then the msgbox shows the values of the 
> LGARegionID which indicates that the recordset is being returned.
>
> Here is the rub.  The programme is working fine on my machine and on 
> the clients current machine.  It is only on their new server that they 
> are wanting to migrate to that the problem happens.
>
> Also, it is happening for all similar calls to set combobox recordsets 
> and form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it 
> stopped working.
>
> The only area I can think of is some permissions at the SQL Server 
> database end.  The IT department was playing with security settings.  
> Could one of these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType 
> As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> Regards
>
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand



From newsgrps at dalyn.co.nz  Thu Sep  7 00:04:17 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Thu, 7 Sep 2017 17:04:17 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>
Message-ID: <015e01d32796$c2525670$46f70350$@dalyn.co.nz>

Update - The IT guy upgraded Access to 2013.  It now fills in some of the
recordsets but not all of them.  Maybe a memory issue?

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Paul Hartland via AccessD
Sent: Thursday, 7 September 2017 2:21 p.m.
To: Access List
Cc: Paul Hartland
Subject: Re: [AccessD] Recordset method Failed

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
>
>
> I have an accdb which uses ADO to get a recordset from an SQL Server 
> database
>
>
>
> I am getting the following error:
>
>
>
> Run-time error '-2147024770 (8007007e)'
>
> Method 'Recordset' of object '_Combobox' failed.
>
>
>
> The code is:
>
>
>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
>
>
> ' If Not rstTemp.EOF Then
>
> '     rstTemp.MoveFirst
>
> '     Do Until rstTemp.EOF
>
> '         MsgBox rstTemp!LGARegionID
>
> '         rstTemp.MoveNext
>
> '     Loop
>
> 'End If
>
>
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
> this
> line
>
>
>
>
>
> When I unrem the code block then the msgbox shows the values of the 
> LGARegionID which indicates that the recordset is being returned.
>
>
>
> Here is the rub.  The programme is working fine on my machine and on 
> the clients current machine.  It is only on their new server that they 
> are wanting to migrate to that the problem happens.
>
>
>
> Also, it is happening for all similar calls to set combobox recordsets 
> and form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it 
> stopped working.
>
>
>
> The only area I can think of is some permissions at the SQL Server 
> database end.  The IT department was playing with security settings.  
> Could one of these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType 
> As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> 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 newsgrps at dalyn.co.nz  Thu Sep  7 05:18:40 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Thu, 7 Sep 2017 22:18:40 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>
Message-ID: <000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>

Update - Here is a summary of what we know:

 Run-time error '-2147024770 (8007007e)'
 Method 'Recordset' of object '_Combobox' failed. 

The error only seems to effect setting the recordset method of forms and
combo boxes (I am able to get data from the recordsets retrieved from SQL,
but not able to assign the recordset to the Access objects). 

We have tried using a completely fresh copy of Access prog which still shows
the same error.  Decompile, Repair and Compact have not helped.

All references have been checked.

The system was originally being tested in Access 2010 (it is currently
running successfully in Access 2010 on a different server).  Upgrading
Access to 2013 has partially solved the problem - some combo boxes and forms
are having their recordsets updated but not all of them when there are a
large number on a form, or the form has a large number of subforms.
Creating a new database in Access 2013 and importing all the objects has not
changed anything.

The programme was originally working and then suddenly stopped working
without anything being changed to the Access PRISM file.

The SQL database file had permissions added to it and the error started to
show after that.  However we hadn't tested the programme immediately prior
to the change in permissions so cannot be sure that the problem is in SQL.

The SQL database file has subsequently been restored from the original
backup but the error persists.  Tests were done before the permissions were
applied to the new copy with the same error showing.

The SQL database is being run on SQL 2012.  The current version is being run
on 2008.

Anything anyone?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Paul Hartland via AccessD
Sent: Thursday, 7 September 2017 2:21 p.m.
To: Access List
Cc: Paul Hartland
Subject: Re: [AccessD] Recordset method Failed

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
>
>
> I have an accdb which uses ADO to get a recordset from an SQL Server 
> database
>
>
>
> I am getting the following error:
>
>
>
> Run-time error '-2147024770 (8007007e)'
>
> Method 'Recordset' of object '_Combobox' failed.
>
>
>
> The code is:
>
>
>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
>
>
> ' If Not rstTemp.EOF Then
>
> '     rstTemp.MoveFirst
>
> '     Do Until rstTemp.EOF
>
> '         MsgBox rstTemp!LGARegionID
>
> '         rstTemp.MoveNext
>
> '     Loop
>
> 'End If
>
>
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
> this
> line
>
>
>
>
>
> When I unrem the code block then the msgbox shows the values of the 
> LGARegionID which indicates that the recordset is being returned.
>
>
>
> Here is the rub.  The programme is working fine on my machine and on 
> the clients current machine.  It is only on their new server that they 
> are wanting to migrate to that the problem happens.
>
>
>
> Also, it is happening for all similar calls to set combobox recordsets 
> and form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it 
> stopped working.
>
>
>
> The only area I can think of is some permissions at the SQL Server 
> database end.  The IT department was playing with security settings.  
> Could one of these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType 
> As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> 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 jimdettman at verizon.net  Thu Sep  7 07:24:20 2017
From: jimdettman at verizon.net (Jim Dettman)
Date: Thu, 7 Sep 2017 08:24:20 -0400
Subject: [AccessD] A rare experience
In-Reply-To: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
Message-ID: <06c001d327d4$3bb7fd20$b327f760$@verizon.net>


 << to have a program which just never ever closes unexpectedly.>>

   You must be living in a different plane of existence<g>

   I see Windows programs crash with regularity, although I have to admit, it has gotten far better than it was in the past and Windows itself is far more stable.    Isolating 32 bit processes was a big change.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Monday, September 04, 2017 12:36 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] A rare experience

To this day I play Empire Deluxe, a war game I have played since the 
nineties.  Today it had a page fault.  That has NEVER happened.  Which 
caused me to think about how rare it is, in the windows environment, to 
have a program which just never ever closes unexpectedly.

Until today.

New something with a Windows 10 update?  One in a million instruction 
path in the program?  God telling me I am wasting my life playing this 
game?  All of the above?

No Se but it does give one pause to think about many different things 
all at the same time.

-- 
John W. Colby

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



From stuart at lexacorp.com.pg  Thu Sep  7 17:44:24 2017
From: stuart at lexacorp.com.pg (Stuart McLachlan)
Date: Fri, 08 Sep 2017 08:44:24 +1000
Subject: [AccessD] Recordset method Failed
In-Reply-To: <000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>,
	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>,
	<000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>
Message-ID: <59B1CBC8.5954.262BE7A@stuart.lexacorp.com.pg>

Sounds like a problem with connection limits / concurrent commands.  How many recordsets 
are you talking about  here?

Are you closing the recordsets after populating the comboboxes?

What connector are you using to the SQL Server, Native Client?

-- 
Stuart

On 7 Sep 2017 at 22:18, David Emerson wrote:

...
> The system was originally being tested in Access 2010 (it is currently
> running successfully in Access 2010 on a different server).  Upgrading
> Access to 2013 has partially solved the problem - some combo boxes and
> forms are having their recordsets updated but not all of them when
> there are a large number on a form, or the form has a large number of
> subforms.
 


From newsgrps at dalyn.co.nz  Thu Sep  7 20:53:51 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Fri, 8 Sep 2017 13:53:51 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <59B1CBC8.5954.262BE7A@stuart.lexacorp.com.pg>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>,
	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>,
	<000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>
	<59B1CBC8.5954.262BE7A@stuart.lexacorp.com.pg>
Message-ID: <001e01d32845$51d319c0$f5794d40$@dalyn.co.nz>

Hi Stuart.

The programme works ok on the clients current server and on my development
one.  We are talking lots of recordsets (one form has approx 20) and they
are being closed as soon as they have been assigned to the forms/comboboxes.

The IT guy is building a clean server to test on so hopefully this will
solve the problem.

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Stuart McLachlan
Sent: Friday, 8 September 2017 10:44 a.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Sounds like a problem with connection limits / concurrent commands.  How
many recordsets are you talking about  here?

Are you closing the recordsets after populating the comboboxes?

What connector are you using to the SQL Server, Native Client?

--
Stuart

On 7 Sep 2017 at 22:18, David Emerson wrote:

...
> The system was originally being tested in Access 2010 (it is currently 
> running successfully in Access 2010 on a different server).  Upgrading 
> Access to 2013 has partially solved the problem - some combo boxes and 
> forms are having their recordsets updated but not all of them when 
> there are a large number on a form, or the form has a large number of 
> subforms.
 

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



From accessd at shaw.ca  Thu Sep  7 21:55:16 2017
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 7 Sep 2017 20:55:16 -0600 (MDT)
Subject: [AccessD] Recordset method Failed
In-Reply-To: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
Message-ID: <500888112.429535862.1504839316442.JavaMail.zimbra@shaw.ca>

Did you check for any return errors or check to see if any records were returned?

Jim

----- Original Message -----
From: "David Emerson" <newsgrps at dalyn.co.nz>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Wednesday, September 6, 2017 3:19:37 PM
Subject: [AccessD] Recordset method Failed

Hi Listers,

 

I have an accdb which uses ADO to get a recordset from an SQL Server
database

 

I am getting the following error:

 

Run-time error '-2147024770 (8007007e)' 

Method 'Recordset' of object '_Combobox' failed.

 

The code is:

 

    Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <--- This
function code is given at the end of this message

 

' If Not rstTemp.EOF Then

'     rstTemp.MoveFirst

'     Do Until rstTemp.EOF

'         MsgBox rstTemp!LGARegionID

'         rstTemp.MoveNext

'     Loop

'End If

 

    Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on this
line

 

 

When I unrem the code block then the msgbox shows the values of the
LGARegionID which indicates that the recordset is being returned.

 

Here is the rub.  The programme is working fine on my machine and on the
clients current machine.  It is only on their new server that they are
wanting to migrate to that the problem happens.

 

Also, it is happening for all similar calls to set combobox recordsets and
form recordsets throughout the whole programme.

Also, it was working a few days ago, but when they tried yesterday it
stopped working.

 

The only area I can think of is some permissions at the SQL Server database
end.  The IT department was playing with security settings.  Could one of
these caused the problem?

 

 

Public Function basRunDataObject(strCommandText As String, commandType As
ADODB.CommandTypeEnum) As ADODB.Recordset

 

    On Error GoTo Err_basRunDataObject

 

    Dim adocmd As ADODB.Command

    Dim rst As ADODB.Recordset

    Set rst = New ADODB.Recordset

 

    rst.LockType = adLockOptimistic

    rst.CursorType = adOpenKeyset

    rst.CursorLocation = adUseClient

 

    If gADODBConnection.State = adStateClosed Then

        Call basOpenGlobalConnection

    End If

 

    Set adocmd = New ADODB.Command

    With adocmd

        .ActiveConnection = gADODBConnection

        .CommandText = strCommandText

        .commandType = commandType

        .CommandTimeout = 0

    End With

    

    rst.Open adocmd

    

    Set basRunDataObject = rst

    Set adocmd = Nothing

 

Exit_basRunDataObject:

    Exit Function

 

Err_basRunDataObject:

    Select Case Err

        Case 0:

        Case Else

            Call basErrorMsg("basRunDataObject - " & strCommandText)

    End Select

    Resume Exit_basRunDataObject

    Exit Function

 

End Function

 

 

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 accessd at shaw.ca  Thu Sep  7 22:09:36 2017
From: accessd at shaw.ca (Jim Lawrence)
Date: Thu, 7 Sep 2017 21:09:36 -0600 (MDT)
Subject: [AccessD] A rare experience
In-Reply-To: <06c001d327d4$3bb7fd20$b327f760$@verizon.net>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
	<06c001d327d4$3bb7fd20$b327f760$@verizon.net>
Message-ID: <402785947.429566884.1504840176240.JavaMail.zimbra@shaw.ca>

Agreed...once 32 bit programs are either history or running in their own sandbox, computer life will be easy (...ier). :-)

Jim

----- Original Message -----
From: "Jim Dettman" <jimdettman at verizon.net>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Thursday, September 7, 2017 5:24:20 AM
Subject: Re: [AccessD] A rare experience

<< to have a program which just never ever closes unexpectedly.>>

   You must be living in a different plane of existence<g>

   I see Windows programs crash with regularity, although I have to admit, it has gotten far better than it was in the past and Windows itself is far more stable.    Isolating 32 bit processes was a big change.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
Sent: Monday, September 04, 2017 12:36 PM
To: Access Developers discussion and problem solving
Subject: [AccessD] A rare experience

To this day I play Empire Deluxe, a war game I have played since the 
nineties.  Today it had a page fault.  That has NEVER happened.  Which 
caused me to think about how rare it is, in the windows environment, to 
have a program which just never ever closes unexpectedly.

Until today.

New something with a Windows 10 update?  One in a million instruction 
path in the program?  God telling me I am wasting my life playing this 
game?  All of the above?

No Se but it does give one pause to think about many different things 
all at the same time.

-- 
John W. Colby

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


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

From newsgrps at dalyn.co.nz  Thu Sep  7 22:58:20 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Fri, 8 Sep 2017 15:58:20 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <500888112.429535862.1504839316442.JavaMail.zimbra@shaw.ca>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
	<500888112.429535862.1504839316442.JavaMail.zimbra@shaw.ca>
Message-ID: <002501d32856$b620d5a0$226280e0$@dalyn.co.nz>

Hi Jim,

Yes and records are being returned.  The IT guy is building a new clean
server to see if that will solve the problem.

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Lawrence
Sent: Friday, 8 September 2017 2:55 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Did you check for any return errors or check to see if any records were
returned?

Jim

----- Original Message -----
From: "David Emerson" <newsgrps at dalyn.co.nz>
To: "Access Developers discussion and problem solving"
<accessd at databaseadvisors.com>
Sent: Wednesday, September 6, 2017 3:19:37 PM
Subject: [AccessD] Recordset method Failed

Hi Listers,

 

I have an accdb which uses ADO to get a recordset from an SQL Server
database

 

I am getting the following error:

 

Run-time error '-2147024770 (8007007e)' 

Method 'Recordset' of object '_Combobox' failed.

 

The code is:

 

    Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <--- This
function code is given at the end of this message

 

' If Not rstTemp.EOF Then

'     rstTemp.MoveFirst

'     Do Until rstTemp.EOF

'         MsgBox rstTemp!LGARegionID

'         rstTemp.MoveNext

'     Loop

'End If

 

    Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on this
line

 

 

When I unrem the code block then the msgbox shows the values of the
LGARegionID which indicates that the recordset is being returned.

 

Here is the rub.  The programme is working fine on my machine and on the
clients current machine.  It is only on their new server that they are
wanting to migrate to that the problem happens.

 

Also, it is happening for all similar calls to set combobox recordsets and
form recordsets throughout the whole programme.

Also, it was working a few days ago, but when they tried yesterday it
stopped working.

 

The only area I can think of is some permissions at the SQL Server database
end.  The IT department was playing with security settings.  Could one of
these caused the problem?

 

 

Public Function basRunDataObject(strCommandText As String, commandType As
ADODB.CommandTypeEnum) As ADODB.Recordset

 

    On Error GoTo Err_basRunDataObject

 

    Dim adocmd As ADODB.Command

    Dim rst As ADODB.Recordset

    Set rst = New ADODB.Recordset

 

    rst.LockType = adLockOptimistic

    rst.CursorType = adOpenKeyset

    rst.CursorLocation = adUseClient

 

    If gADODBConnection.State = adStateClosed Then

        Call basOpenGlobalConnection

    End If

 

    Set adocmd = New ADODB.Command

    With adocmd

        .ActiveConnection = gADODBConnection

        .CommandText = strCommandText

        .commandType = commandType

        .CommandTimeout = 0

    End With

    

    rst.Open adocmd

    

    Set basRunDataObject = rst

    Set adocmd = Nothing

 

Exit_basRunDataObject:

    Exit Function

 

Err_basRunDataObject:

    Select Case Err

        Case 0:

        Case Else

            Call basErrorMsg("basRunDataObject - " & strCommandText)

    End Select

    Resume Exit_basRunDataObject

    Exit Function

 

End Function

 

 

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 thesmileycoder at gmail.com  Fri Sep  8 01:33:12 2017
From: thesmileycoder at gmail.com (Anders Ebro (TheSmileyCoder))
Date: Fri, 8 Sep 2017 08:33:12 +0200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <002501d32856$b620d5a0$226280e0$@dalyn.co.nz>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>
	<500888112.429535862.1504839316442.JavaMail.zimbra@shaw.ca>
	<002501d32856$b620d5a0$226280e0$@dalyn.co.nz>
Message-ID: <1C820F33-6CEE-4F3D-B4C3-642B45692662@gmail.com>

The combos which are failing, do they have a recordsource set allready?

Sent from my mobile device, and thus kept brief.

On 8 Sep 2017, at 05.58, David Emerson <newsgrps at dalyn.co.nz> wrote:

Hi Jim,

Yes and records are being returned.  The IT guy is building a new clean
server to see if that will solve the problem.

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Lawrence
Sent: Friday, 8 September 2017 2:55 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Did you check for any return errors or check to see if any records were
returned?

Jim

----- Original Message -----
From: "David Emerson" <newsgrps at dalyn.co.nz>
To: "Access Developers discussion and problem solving"
<accessd at databaseadvisors.com>
Sent: Wednesday, September 6, 2017 3:19:37 PM
Subject: [AccessD] Recordset method Failed

Hi Listers,



I have an accdb which uses ADO to get a recordset from an SQL Server
database



I am getting the following error:



Run-time error '-2147024770 (8007007e)' 

Method 'Recordset' of object '_Combobox' failed.



The code is:



   Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <--- This
function code is given at the end of this message



' If Not rstTemp.EOF Then

'     rstTemp.MoveFirst

'     Do Until rstTemp.EOF

'         MsgBox rstTemp!LGARegionID

'         rstTemp.MoveNext

'     Loop

'End If



   Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on this
line





When I unrem the code block then the msgbox shows the values of the
LGARegionID which indicates that the recordset is being returned.



Here is the rub.  The programme is working fine on my machine and on the
clients current machine.  It is only on their new server that they are
wanting to migrate to that the problem happens.



Also, it is happening for all similar calls to set combobox recordsets and
form recordsets throughout the whole programme.

Also, it was working a few days ago, but when they tried yesterday it
stopped working.



The only area I can think of is some permissions at the SQL Server database
end.  The IT department was playing with security settings.  Could one of
these caused the problem?





Public Function basRunDataObject(strCommandText As String, commandType As
ADODB.CommandTypeEnum) As ADODB.Recordset



   On Error GoTo Err_basRunDataObject



   Dim adocmd As ADODB.Command

   Dim rst As ADODB.Recordset

   Set rst = New ADODB.Recordset



   rst.LockType = adLockOptimistic

   rst.CursorType = adOpenKeyset

   rst.CursorLocation = adUseClient



   If gADODBConnection.State = adStateClosed Then

       Call basOpenGlobalConnection

   End If



   Set adocmd = New ADODB.Command

   With adocmd

       .ActiveConnection = gADODBConnection

       .CommandText = strCommandText

       .commandType = commandType

       .CommandTimeout = 0

   End With



   rst.Open adocmd



   Set basRunDataObject = rst

   Set adocmd = Nothing



Exit_basRunDataObject:

   Exit Function



Err_basRunDataObject:

   Select Case Err

       Case 0:

       Case Else

           Call basErrorMsg("basRunDataObject - " & strCommandText)

   End Select

   Resume Exit_basRunDataObject

   Exit Function



End Function





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 newsgrps at dalyn.co.nz  Fri Sep  8 02:11:13 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Fri, 8 Sep 2017 19:11:13 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <1C820F33-6CEE-4F3D-B4C3-642B45692662@gmail.com>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>	<500888112.429535862.1504839316442.JavaMail.zimbra@shaw.ca>	<002501d32856$b620d5a0$226280e0$@dalyn.co.nz>
	<1C820F33-6CEE-4F3D-B4C3-642B45692662@gmail.com>
Message-ID: <004501d32871$a817bda0$f84738e0$@dalyn.co.nz>

No - There is no recordset set until the forms are loaded.

Is there a setting for the max number of recordsets (or some other obscure
setting) that might be causing them to fail.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Anders Ebro (TheSmileyCoder)
Sent: Friday, 8 September 2017 6:33 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

The combos which are failing, do they have a recordsource set allready?

Sent from my mobile device, and thus kept brief.

On 8 Sep 2017, at 05.58, David Emerson <newsgrps at dalyn.co.nz> wrote:

Hi Jim,

Yes and records are being returned.  The IT guy is building a new clean
server to see if that will solve the problem.

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Lawrence
Sent: Friday, 8 September 2017 2:55 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Did you check for any return errors or check to see if any records were
returned?

Jim

----- Original Message -----
From: "David Emerson" <newsgrps at dalyn.co.nz>
To: "Access Developers discussion and problem solving"
<accessd at databaseadvisors.com>
Sent: Wednesday, September 6, 2017 3:19:37 PM
Subject: [AccessD] Recordset method Failed

Hi Listers,



I have an accdb which uses ADO to get a recordset from an SQL Server
database



I am getting the following error:



Run-time error '-2147024770 (8007007e)' 

Method 'Recordset' of object '_Combobox' failed.



The code is:



   Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <--- This
function code is given at the end of this message



' If Not rstTemp.EOF Then

'     rstTemp.MoveFirst

'     Do Until rstTemp.EOF

'         MsgBox rstTemp!LGARegionID

'         rstTemp.MoveNext

'     Loop

'End If



   Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on this
line





When I unrem the code block then the msgbox shows the values of the
LGARegionID which indicates that the recordset is being returned.



Here is the rub.  The programme is working fine on my machine and on the
clients current machine.  It is only on their new server that they are
wanting to migrate to that the problem happens.



Also, it is happening for all similar calls to set combobox recordsets and
form recordsets throughout the whole programme.

Also, it was working a few days ago, but when they tried yesterday it
stopped working.



The only area I can think of is some permissions at the SQL Server database
end.  The IT department was playing with security settings.  Could one of
these caused the problem?





Public Function basRunDataObject(strCommandText As String, commandType As
ADODB.CommandTypeEnum) As ADODB.Recordset



   On Error GoTo Err_basRunDataObject



   Dim adocmd As ADODB.Command

   Dim rst As ADODB.Recordset

   Set rst = New ADODB.Recordset



   rst.LockType = adLockOptimistic

   rst.CursorType = adOpenKeyset

   rst.CursorLocation = adUseClient



   If gADODBConnection.State = adStateClosed Then

       Call basOpenGlobalConnection

   End If



   Set adocmd = New ADODB.Command

   With adocmd

       .ActiveConnection = gADODBConnection

       .CommandText = strCommandText

       .commandType = commandType

       .CommandTimeout = 0

   End With



   rst.Open adocmd



   Set basRunDataObject = rst

   Set adocmd = Nothing



Exit_basRunDataObject:

   Exit Function



Err_basRunDataObject:

   Select Case Err

       Case 0:

       Case Else

           Call basErrorMsg("basRunDataObject - " & strCommandText)

   End Select

   Resume Exit_basRunDataObject

   Exit Function



End Function





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
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



From jimdettman at verizon.net  Fri Sep  8 08:38:18 2017
From: jimdettman at verizon.net (Jim Dettman)
Date: Fri, 8 Sep 2017 09:38:18 -0400
Subject: [AccessD] Recordset method Failed
In-Reply-To: <000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>
	<000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>
Message-ID: <016601d328a7$bbaa5c70$32ff1550$@verizon.net>

David,

 Sounds like either a communications problem with the new server or a config
issue.

 I would verify the protocols used to communicate with SQL server (vs TCPIP
vs named pipes) are the same for the old server and new server, and match
the order that the clients have.

Then I would look at the SQL commands themselves.   You can bump into
problems where fields and/or table names are not delimited with square
brackets ( [] ), especially when Extended ANSI is at work (the reserved word
list expands).   Look at one of the SQL statements that fails and delimit
everything.   See if that fixes it.

  Might also be a problem with the ADO provider.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Thursday, September 07, 2017 06:19 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

Update - Here is a summary of what we know:

 Run-time error '-2147024770 (8007007e)'
 Method 'Recordset' of object '_Combobox' failed. 

The error only seems to effect setting the recordset method of forms and
combo boxes (I am able to get data from the recordsets retrieved from SQL,
but not able to assign the recordset to the Access objects). 

We have tried using a completely fresh copy of Access prog which still shows
the same error.  Decompile, Repair and Compact have not helped.

All references have been checked.

The system was originally being tested in Access 2010 (it is currently
running successfully in Access 2010 on a different server).  Upgrading
Access to 2013 has partially solved the problem - some combo boxes and forms
are having their recordsets updated but not all of them when there are a
large number on a form, or the form has a large number of subforms.
Creating a new database in Access 2013 and importing all the objects has not
changed anything.

The programme was originally working and then suddenly stopped working
without anything being changed to the Access PRISM file.

The SQL database file had permissions added to it and the error started to
show after that.  However we hadn't tested the programme immediately prior
to the change in permissions so cannot be sure that the problem is in SQL.

The SQL database file has subsequently been restored from the original
backup but the error persists.  Tests were done before the permissions were
applied to the new copy with the same error showing.

The SQL database is being run on SQL 2012.  The current version is being run
on 2008.

Anything anyone?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Paul Hartland via AccessD
Sent: Thursday, 7 September 2017 2:21 p.m.
To: Access List
Cc: Paul Hartland
Subject: Re: [AccessD] Recordset method Failed

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
>
>
> I have an accdb which uses ADO to get a recordset from an SQL Server 
> database
>
>
>
> I am getting the following error:
>
>
>
> Run-time error '-2147024770 (8007007e)'
>
> Method 'Recordset' of object '_Combobox' failed.
>
>
>
> The code is:
>
>
>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
>
>
> ' If Not rstTemp.EOF Then
>
> '     rstTemp.MoveFirst
>
> '     Do Until rstTemp.EOF
>
> '         MsgBox rstTemp!LGARegionID
>
> '         rstTemp.MoveNext
>
> '     Loop
>
> 'End If
>
>
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
> this
> line
>
>
>
>
>
> When I unrem the code block then the msgbox shows the values of the 
> LGARegionID which indicates that the recordset is being returned.
>
>
>
> Here is the rub.  The programme is working fine on my machine and on 
> the clients current machine.  It is only on their new server that they 
> are wanting to migrate to that the problem happens.
>
>
>
> Also, it is happening for all similar calls to set combobox recordsets 
> and form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it 
> stopped working.
>
>
>
> The only area I can think of is some permissions at the SQL Server 
> database end.  The IT department was playing with security settings.  
> Could one of these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType 
> As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> 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 paul.hartland at googlemail.com  Fri Sep  8 13:44:00 2017
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Fri, 8 Sep 2017 19:44:00 +0100
Subject: [AccessD] Visual Studio - C# - Open Excel Template v Excel Resource
 File
Message-ID: <CALGJE96P+Ob+nLQVaST=++1=oDpoUO2KxgtaqDoG7CS-X-yuiA@mail.gmail.com>

To all,

I know enough VB.net to get me by and I am about to attempt to teach myself
C#, we have a small yet critical application at work that I developed in
VB.net, basically takes a list of account numbers, grabs some data, opens
an Excel template, puts the data into the template, saves it and emails it
off....

Was just wondering if it is quicker, pros & cons about opening an Excel
template from a folder or if it is faster to embed the template in the
application and use that, I haven't really used embedded resource files
much, so any info greatly appreciated.

Thanks in advance for any help on this.

-- 
Paul Hartland
paul.hartland at googlemail.com

<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

From df.waters at outlook.com  Fri Sep  8 13:57:17 2017
From: df.waters at outlook.com (Dan Waters)
Date: Fri, 8 Sep 2017 18:57:17 +0000
Subject: [AccessD] Visual Studio - C# - Open Excel Template v Excel
 Resource File
In-Reply-To: <CALGJE96P+Ob+nLQVaST=++1=oDpoUO2KxgtaqDoG7CS-X-yuiA@mail.gmail.com>
References: <CALGJE96P+Ob+nLQVaST=++1=oDpoUO2KxgtaqDoG7CS-X-yuiA@mail.gmail.com>
Message-ID: <CO1PR19MB0807481A307530EADDB5579FF6950@CO1PR19MB0807.namprd19.prod.outlook.com>

Hi Paul,

My first choice would be to write the code in an Excel file.

You can do this by turning on the 'Macro' recorder - which records all your steps in VBA (same as Access but for Excel).  Record as many steps as you can.  The go into the code window and change what you need to.

You'll probably need to write the code from scratch which gets the list of account numbers and grabs the data - but that will be the same as in Access.

Set this up so others can do it on their own instead of you doing this each time.

Now stand by for more requests to automate other Excel spreadsheets!

Dan

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland via AccessD
Sent: September 8, 2017 13:44
To: Access List; Development in Visual Studio
Cc: Paul Hartland
Subject: [AccessD] Visual Studio - C# - Open Excel Template v Excel Resource File

To all,

I know enough VB.net to get me by and I am about to attempt to teach myself C#, we have a small yet critical application at work that I developed in VB.net, basically takes a list of account numbers, grabs some data, opens an Excel template, puts the data into the template, saves it and emails it off....

Was just wondering if it is quicker, pros & cons about opening an Excel template from a folder or if it is faster to embed the template in the application and use that, I haven't really used embedded resource files much, so any info greatly appreciated.

Thanks in advance for any help on this.

--
Paul Hartland
paul.hartland at googlemail.com

<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From newsgrps at dalyn.co.nz  Fri Sep  8 20:20:51 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Sat, 9 Sep 2017 13:20:51 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <016601d328a7$bbaa5c70$32ff1550$@verizon.net>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>	<000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>
	<016601d328a7$bbaa5c70$32ff1550$@verizon.net>
Message-ID: <000601d32909$e05074d0$a0f15e70$@dalyn.co.nz>

Thanks for the suggestions Jim.  

Config Issue - Do you mean the configuration I use to make a connection to
the SQL Server?  If so it is identical to the working version except I have
changed the server name.

Protocols used to communicate with SQL server - Can you please provide more
information?  Where would I look for these?  Is it an SQL Server setting,
Windows setting, other?

I think the commands are ok.  I never use spaces in names without using
Square brackets, and all the SQL commands are working on the old server.
The SQL Database is a direct restore from a backup of the old server.

ADO Provider:  This is what I am using:

gADODBConnection.ConnectionString = "Provider=sqloledb;Data
Source=NZWDCPRDSQL01\NZPROD01;Initial Catalog=PRISM_PRD;Integrated
Security=SSPI;"

The main difference I note is that the old SQL Server is 2008, the new one
is 2012.  Could there be differences between the versions that I am not
aware of?

Thanks for your time.

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman
Sent: Saturday, 9 September 2017 1:38 a.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

David,

 Sounds like either a communications problem with the new server or a config
issue.

 I would verify the protocols used to communicate with SQL server (vs TCPIP
vs named pipes) are the same for the old server and new server, and match
the order that the clients have.

Then I would look at the SQL commands themselves.   You can bump into
problems where fields and/or table names are not delimited with square
brackets ( [] ), especially when Extended ANSI is at work (the reserved word
list expands).   Look at one of the SQL statements that fails and delimit
everything.   See if that fixes it.

  Might also be a problem with the ADO provider.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Thursday, September 07, 2017 06:19 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

Update - Here is a summary of what we know:

 Run-time error '-2147024770 (8007007e)'
 Method 'Recordset' of object '_Combobox' failed. 

The error only seems to effect setting the recordset method of forms and
combo boxes (I am able to get data from the recordsets retrieved from SQL,
but not able to assign the recordset to the Access objects). 

We have tried using a completely fresh copy of Access prog which still shows
the same error.  Decompile, Repair and Compact have not helped.

All references have been checked.

The system was originally being tested in Access 2010 (it is currently
running successfully in Access 2010 on a different server).  Upgrading
Access to 2013 has partially solved the problem - some combo boxes and forms
are having their recordsets updated but not all of them when there are a
large number on a form, or the form has a large number of subforms.
Creating a new database in Access 2013 and importing all the objects has not
changed anything.

The programme was originally working and then suddenly stopped working
without anything being changed to the Access PRISM file.

The SQL database file had permissions added to it and the error started to
show after that.  However we hadn't tested the programme immediately prior
to the change in permissions so cannot be sure that the problem is in SQL.

The SQL database file has subsequently been restored from the original
backup but the error persists.  Tests were done before the permissions were
applied to the new copy with the same error showing.

The SQL database is being run on SQL 2012.  The current version is being run
on 2008.

Anything anyone?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Paul Hartland via AccessD
Sent: Thursday, 7 September 2017 2:21 p.m.
To: Access List
Cc: Paul Hartland
Subject: Re: [AccessD] Recordset method Failed

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
>
>
> I have an accdb which uses ADO to get a recordset from an SQL Server 
> database
>
>
>
> I am getting the following error:
>
>
>
> Run-time error '-2147024770 (8007007e)'
>
> Method 'Recordset' of object '_Combobox' failed.
>
>
>
> The code is:
>
>
>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
>
>
> ' If Not rstTemp.EOF Then
>
> '     rstTemp.MoveFirst
>
> '     Do Until rstTemp.EOF
>
> '         MsgBox rstTemp!LGARegionID
>
> '         rstTemp.MoveNext
>
> '     Loop
>
> 'End If
>
>
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
> this
> line
>
>
>
>
>
> When I unrem the code block then the msgbox shows the values of the 
> LGARegionID which indicates that the recordset is being returned.
>
>
>
> Here is the rub.  The programme is working fine on my machine and on 
> the clients current machine.  It is only on their new server that they 
> are wanting to migrate to that the problem happens.
>
>
>
> Also, it is happening for all similar calls to set combobox recordsets 
> and form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it 
> stopped working.
>
>
>
> The only area I can think of is some permissions at the SQL Server 
> database end.  The IT department was playing with security settings.
> Could one of these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType 
> As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> 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

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



From bensonforums at gmail.com  Sat Sep  9 04:58:19 2017
From: bensonforums at gmail.com (Bill Benson)
Date: Sat, 9 Sep 2017 05:58:19 -0400
Subject: [AccessD] Visual Studio - C# - Open Excel Template v Excel
 Resource File
In-Reply-To: <CO1PR19MB0807481A307530EADDB5579FF6950@CO1PR19MB0807.namprd19.prod.outlook.com>
References: <CALGJE96P+Ob+nLQVaST=++1=oDpoUO2KxgtaqDoG7CS-X-yuiA@mail.gmail.com>
	<CO1PR19MB0807481A307530EADDB5579FF6950@CO1PR19MB0807.namprd19.prod.outlook.com>
Message-ID: <CAJLzs_0pyk4i7X_jv=K2OwzUo1gxHSHiFpDLNnkcy73DHdb+Dg@mail.gmail.com>

But why can't the application still embed this workbook within itself and
"spawn" it to disk, and open the file? I know if VBA did that, the macros
within the file would automatically be trusted because VBA (whereever it
was running to cause the automation) was already trusted. I don't know much
about .Net or C# launching a file on disk, would its macros automatically
be "trusted"?

On Fri, Sep 8, 2017 at 2:57 PM, Dan Waters <df.waters at outlook.com> wrote:

> Hi Paul,
>
> My first choice would be to write the code in an Excel file.
>
> You can do this by turning on the 'Macro' recorder - which records all
> your steps in VBA (same as Access but for Excel).  Record as many steps as
> you can.  The go into the code window and change what you need to.
>
> You'll probably need to write the code from scratch which gets the list of
> account numbers and grabs the data - but that will be the same as in Access.
>
> Set this up so others can do it on their own instead of you doing this
> each time.
>
> Now stand by for more requests to automate other Excel spreadsheets!
>
> Dan
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Paul Hartland via AccessD
> Sent: September 8, 2017 13:44
> To: Access List; Development in Visual Studio
> Cc: Paul Hartland
> Subject: [AccessD] Visual Studio - C# - Open Excel Template v Excel
> Resource File
>
> To all,
>
> I know enough VB.net to get me by and I am about to attempt to teach
> myself C#, we have a small yet critical application at work that I
> developed in VB.net, basically takes a list of account numbers, grabs some
> data, opens an Excel template, puts the data into the template, saves it
> and emails it off....
>
> Was just wondering if it is quicker, pros & cons about opening an Excel
> template from a folder or if it is faster to embed the template in the
> application and use that, I haven't really used embedded resource files
> much, so any info greatly appreciated.
>
> Thanks in advance for any help on this.
>
> --
> Paul Hartland
> paul.hartland at googlemail.com
>
> <http://www.avg.com/email-signature?utm_medium=email&
> utm_source=link&utm_campaign=sig-email&utm_content=webmail>
> Virus-free.
> www.avg.com
> <http://www.avg.com/email-signature?utm_medium=email&
> utm_source=link&utm_campaign=sig-email&utm_content=webmail>
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From jwcolby at gmail.com  Sat Sep  9 06:40:59 2017
From: jwcolby at gmail.com (John Colby)
Date: Sat, 9 Sep 2017 07:40:59 -0400
Subject: [AccessD] A rare experience
In-Reply-To: <402785947.429566884.1504840176240.JavaMail.zimbra@shaw.ca>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
	<06c001d327d4$3bb7fd20$b327f760$@verizon.net>
	<402785947.429566884.1504840176240.JavaMail.zimbra@shaw.ca>
Message-ID: <7e5b3642-8863-101a-e25e-8c41aec8716f@Gmail.com>

Understand I never said that the various Windows programs I use never 
crashed.? What I said was that THIS specific program, the game Empire, 
had never crashed until the other day.? That is just an extraordinary 
feat IMHO.? I have played it since the late 80s.

On 9/7/2017 11:09 PM, Jim Lawrence wrote:
> Agreed...once 32 bit programs are either history or running in their own sandbox, computer life will be easy (...ier). :-)
>
> Jim
>
> ----- Original Message -----
> From: "Jim Dettman" <jimdettman at verizon.net>
> To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
> Sent: Thursday, September 7, 2017 5:24:20 AM
> Subject: Re: [AccessD] A rare experience
>
> << to have a program which just never ever closes unexpectedly.>>
>
>     You must be living in a different plane of existence<g>
>
>     I see Windows programs crash with regularity, although I have to admit, it has gotten far better than it was in the past and Windows itself is far more stable.    Isolating 32 bit processes was a big change.
>
> Jim.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Colby
> Sent: Monday, September 04, 2017 12:36 PM
> To: Access Developers discussion and problem solving
> Subject: [AccessD] A rare experience
>
> To this day I play Empire Deluxe, a war game I have played since the
> nineties.  Today it had a page fault.  That has NEVER happened.  Which
> caused me to think about how rare it is, in the windows environment, to
> have a program which just never ever closes unexpectedly.
>
> Until today.
>
> New something with a Windows 10 update?  One in a million instruction
> path in the program?  God telling me I am wasting my life playing this
> game?  All of the above?
>
> No Se but it does give one pause to think about many different things
> all at the same time.
>

-- 
John W. Colby


From jbartow at winhaven.net  Sat Sep  9 11:54:04 2017
From: jbartow at winhaven.net (John Bartow)
Date: Sat, 9 Sep 2017 16:54:04 +0000
Subject: [AccessD] Filemaker Pro 13
Message-ID: <BY1PR11MB013326336692233B040EFD64D86A0@BY1PR11MB0133.namprd11.prod.outlook.com>

Hi All,
I'm wondering if any of you might have the installation file for Filemaker Pro 13 that you could share with me. I have a client with a license but the installation file is corrupt and I can't find a valid install file on the net.
John B

From jbartow at winhaven.net  Sat Sep  9 18:31:11 2017
From: jbartow at winhaven.net (John Bartow)
Date: Sat, 9 Sep 2017 23:31:11 +0000
Subject: [AccessD] Filemaker Pro 13
In-Reply-To: <BY1PR11MB013326336692233B040EFD64D86A0@BY1PR11MB0133.namprd11.prod.outlook.com>
References: <BY1PR11MB013326336692233B040EFD64D86A0@BY1PR11MB0133.namprd11.prod.outlook.com>
Message-ID: <BY1PR11MB01335F6CF1C563AEC71A7563D86A0@BY1PR11MB0133.namprd11.prod.outlook.com>

Never mind, got it from another list.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow
Sent: Saturday, September 09, 2017 11:54 AM
To: DBA-Tech (dba-tech at databaseadvisors.com) <dba-tech at databaseadvisors.com>; Off Topic <dba-ot at databaseadvisors.com>; DBA-Access (AccessD at databaseadvisors.com) <AccessD at databaseadvisors.com>
Subject: [AccessD] Filemaker Pro 13

Hi All,
I'm wondering if any of you might have the installation file for Filemaker Pro 13 that you could share with me. I have a client with a license but the installation file is corrupt and I can't find a valid install file on the net.
John B
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com


From bensonforums at gmail.com  Sat Sep  9 23:23:31 2017
From: bensonforums at gmail.com (Bill Benson)
Date: Sun, 10 Sep 2017 00:23:31 -0400
Subject: [AccessD] A rare experience
In-Reply-To: <7e5b3642-8863-101a-e25e-8c41aec8716f@Gmail.com>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
	<06c001d327d4$3bb7fd20$b327f760$@verizon.net>
	<402785947.429566884.1504840176240.JavaMail.zimbra@shaw.ca>
	<7e5b3642-8863-101a-e25e-8c41aec8716f@Gmail.com>
Message-ID: <CAJLzs_1QEBd4OXktVxX5KzMXpKKSTjcj=TgyX7m+iX8ei3Drvg@mail.gmail.com>

Per their website: "Cool games come and go, but the Empire Series has had
the longevity unfathomable to most computer games, and is older than many
of its players. Not due to fancy and gimmicky graphics or cut scenes, but
because of its basic concepts coupled with the constant and solid strategic
challenge that it presents for the player. The community of players is made
up of strategy gamers, some of whom have just started playing, and others
who have been playing for a very long time."

Seems you found a gem and it still shines.

On Sat, Sep 9, 2017 at 7:40 AM, John Colby <jwcolby at gmail.com> wrote:

> Understand I never said that the various Windows programs I use never
> crashed.  What I said was that THIS specific program, the game Empire, had
> never crashed until the other day.  That is just an extraordinary feat
> IMHO.  I have played it since the late 80s.
>
>
> On 9/7/2017 11:09 PM, Jim Lawrence wrote:
>
>> Agreed...once 32 bit programs are either history or running in their own
>> sandbox, computer life will be easy (...ier). :-)
>>
>> Jim
>>
>> ----- Original Message -----
>> From: "Jim Dettman" <jimdettman at verizon.net>
>> To: "Access Developers discussion and problem solving" <
>> accessd at databaseadvisors.com>
>> Sent: Thursday, September 7, 2017 5:24:20 AM
>> Subject: Re: [AccessD] A rare experience
>>
>> << to have a program which just never ever closes unexpectedly.>>
>>
>>     You must be living in a different plane of existence<g>
>>
>>     I see Windows programs crash with regularity, although I have to
>> admit, it has gotten far better than it was in the past and Windows itself
>> is far more stable.    Isolating 32 bit processes was a big change.
>>
>> Jim.
>>
>> -----Original Message-----
>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
>> John Colby
>> Sent: Monday, September 04, 2017 12:36 PM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] A rare experience
>>
>> To this day I play Empire Deluxe, a war game I have played since the
>> nineties.  Today it had a page fault.  That has NEVER happened.  Which
>> caused me to think about how rare it is, in the windows environment, to
>> have a program which just never ever closes unexpectedly.
>>
>> Until today.
>>
>> New something with a Windows 10 update?  One in a million instruction
>> path in the program?  God telling me I am wasting my life playing this
>> game?  All of the above?
>>
>> No Se but it does give one pause to think about many different things
>> all at the same time.
>>
>>
> --
> John W. Colby
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From newsgrps at dalyn.co.nz  Mon Sep 11 23:36:32 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Tue, 12 Sep 2017 16:36:32 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <000601d32909$e05074d0$a0f15e70$@dalyn.co.nz>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>	<000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>	<016601d328a7$bbaa5c70$32ff1550$@verizon.net>
	<000601d32909$e05074d0$a0f15e70$@dalyn.co.nz>
Message-ID: <007101d32b80$b5bff1e0$213fd5a0$@dalyn.co.nz>

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand




-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Saturday, 9 September 2017 1:21 p.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

Thanks for the suggestions Jim.  

Config Issue - Do you mean the configuration I use to make a connection to
the SQL Server?  If so it is identical to the working version except I have
changed the server name.

Protocols used to communicate with SQL server - Can you please provide more
information?  Where would I look for these?  Is it an SQL Server setting,
Windows setting, other?

I think the commands are ok.  I never use spaces in names without using
Square brackets, and all the SQL commands are working on the old server.
The SQL Database is a direct restore from a backup of the old server.

ADO Provider:  This is what I am using:

gADODBConnection.ConnectionString = "Provider=sqloledb;Data
Source=NZWDCPRDSQL01\NZPROD01;Initial Catalog=PRISM_PRD;Integrated
Security=SSPI;"

The main difference I note is that the old SQL Server is 2008, the new one
is 2012.  Could there be differences between the versions that I am not
aware of?

Thanks for your time.

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman
Sent: Saturday, 9 September 2017 1:38 a.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

David,

 Sounds like either a communications problem with the new server or a config
issue.

 I would verify the protocols used to communicate with SQL server (vs TCPIP
vs named pipes) are the same for the old server and new server, and match
the order that the clients have.

Then I would look at the SQL commands themselves.   You can bump into
problems where fields and/or table names are not delimited with square
brackets ( [] ), especially when Extended ANSI is at work (the reserved word
list expands).   Look at one of the SQL statements that fails and delimit
everything.   See if that fixes it.

  Might also be a problem with the ADO provider.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Thursday, September 07, 2017 06:19 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

Update - Here is a summary of what we know:

 Run-time error '-2147024770 (8007007e)'
 Method 'Recordset' of object '_Combobox' failed. 

The error only seems to effect setting the recordset method of forms and
combo boxes (I am able to get data from the recordsets retrieved from SQL,
but not able to assign the recordset to the Access objects). 

We have tried using a completely fresh copy of Access prog which still shows
the same error.  Decompile, Repair and Compact have not helped.

All references have been checked.

The system was originally being tested in Access 2010 (it is currently
running successfully in Access 2010 on a different server).  Upgrading
Access to 2013 has partially solved the problem - some combo boxes and forms
are having their recordsets updated but not all of them when there are a
large number on a form, or the form has a large number of subforms.
Creating a new database in Access 2013 and importing all the objects has not
changed anything.

The programme was originally working and then suddenly stopped working
without anything being changed to the Access PRISM file.

The SQL database file had permissions added to it and the error started to
show after that.  However we hadn't tested the programme immediately prior
to the change in permissions so cannot be sure that the problem is in SQL.

The SQL database file has subsequently been restored from the original
backup but the error persists.  Tests were done before the permissions were
applied to the new copy with the same error showing.

The SQL database is being run on SQL 2012.  The current version is being run
on 2008.

Anything anyone?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Paul Hartland via AccessD
Sent: Thursday, 7 September 2017 2:21 p.m.
To: Access List
Cc: Paul Hartland
Subject: Re: [AccessD] Recordset method Failed

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
>
>
> I have an accdb which uses ADO to get a recordset from an SQL Server 
> database
>
>
>
> I am getting the following error:
>
>
>
> Run-time error '-2147024770 (8007007e)'
>
> Method 'Recordset' of object '_Combobox' failed.
>
>
>
> The code is:
>
>
>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
>
>
> ' If Not rstTemp.EOF Then
>
> '     rstTemp.MoveFirst
>
> '     Do Until rstTemp.EOF
>
> '         MsgBox rstTemp!LGARegionID
>
> '         rstTemp.MoveNext
>
> '     Loop
>
> 'End If
>
>
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
> this
> line
>
>
>
>
>
> When I unrem the code block then the msgbox shows the values of the 
> LGARegionID which indicates that the recordset is being returned.
>
>
>
> Here is the rub.  The programme is working fine on my machine and on 
> the clients current machine.  It is only on their new server that they 
> are wanting to migrate to that the problem happens.
>
>
>
> Also, it is happening for all similar calls to set combobox recordsets 
> and form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it 
> stopped working.
>
>
>
> The only area I can think of is some permissions at the SQL Server 
> database end.  The IT department was playing with security settings.
> Could one of these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType 
> As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> Regards
>
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand




From gustav at cactus.dk  Tue Sep 12 01:12:50 2017
From: gustav at cactus.dk (Gustav Brock)
Date: Tue, 12 Sep 2017 06:12:50 +0000
Subject: [AccessD] Recordset method Failed
Message-ID: <HE1PR1001MB1129BB505255B83CA2B3C17BCA690@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>

Hi David

Have in mind please, that an unbound combobox always returns Null for no selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving' <accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly and Access 2010 installed cleanly.  Some of the problems have gone away with setting the record sets of forms and combo boxes.  I have found that I am now getting an unusual thing happening when I use some of the combo boxes for filters.

The combo boxes are basically 2 columns with the first column being an ID and the second column being a text description.

When I select an item from the list the combo box has the value of the ID for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am not aware of?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand 


From newsgrps at dalyn.co.nz  Tue Sep 12 02:17:19 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Tue, 12 Sep 2017 19:17:19 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <HE1PR1001MB1129BB505255B83CA2B3C17BCA690@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
References: <HE1PR1001MB1129BB505255B83CA2B3C17BCA690@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
Message-ID: <008d01d32b97$2bcfc890$836f59b0$@dalyn.co.nz>

Hi Gustav,

The combobox is bound to a recordset.  What I am trying to determine is why
does one instance of my programme return an empty string when the combobox
has nothing selected in it whereas all the other instances return NULL.

Regards

David
-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no
selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David
Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

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 newsgrps at dalyn.co.nz  Tue Sep 12 02:17:33 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Tue, 12 Sep 2017 19:17:33 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <59B77185.20191.1551BAC6@stuart.lexacorp.com.pg>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>,
	<000601d32909$e05074d0$a0f15e70$@dalyn.co.nz>,
	<007101d32b80$b5bff1e0$213fd5a0$@dalyn.co.nz>
	<59B77185.20191.1551BAC6@stuart.lexacorp.com.pg>
Message-ID: <008e01d32b97$342c9770$9c85c650$@dalyn.co.nz>

Thanks Stuart,

Yes, this is SQL Server BE and ADO.

The recordsets are not returning Nulls and Zero Length Strings - they are
now returning the correct records.  It is what is being stored in the
comboboxes when I select an item from a list, then delete the selection in
the box (by selecting the text and pressing the delete key).

On both machines ComboBox1.ListIndex returns -1 when the text in the
combobox has been deleted.

gADODBConnection.Version is 6.1 on the development machine and 6.3 on the
new server.  What could this signify?

Permissions are all the same.  The failing seems to be at the Access end.

The SQL ANSI_NULLS setting seems to relate to the returning of records.
Records are being returned and can be selected.  It is the different
behaviour when they are deleted that has me stumped.

David

-----Original Message-----
From: Stuart McLachlan [mailto:stuart at lexacorp.com.pg] 
Sent: Tuesday, 12 September 2017 5:33 p.m.
To: David Emerson
Subject: Re: [AccessD] Recordset method Failed

A few thoughts off the top of my head.

This is with SQL Server BE and ADO, yes?

Apparently some recordsets are returning Nulls and some are returning Zero
Length Strings.  
They are not the same thing.

If the Combobox is returning an empty string, it is not cleared.  What does
ComboBox1.ListIndex return? It should be -1

What does gADODBConnection.Version return on the two installations?

I notice in your earlier post that you are actually  calling a stored
procedure, not a SQL SELECT statement.  Have you compared the succeeding and
failing procedures, including permissions on them and their underlying
tables?

You may need to look at the SQL ANSI_NULLS setting.



On 12 Sep 2017 at 16:36, David Emerson wrote:

> I have been doing more investigating and have come up with something 
> unusual.
> 
> The IT people have set up a separate box with SQL 2008R2 installed 
> cleanly and Access 2010 installed cleanly.  Some of the problems have 
> gone away with setting the record sets of forms and combo boxes.  I 
> have found that I am now getting an unusual thing happening when I use 
> some of the combo boxes for filters.
> 
> The combo boxes are basically 2 columns with the first column being an 
> ID and the second column being a text description.
> 
> When I select an item from the list the combo box has the value of the 
> ID for that item.
> 
> If I clear the combobox and use nz to get the value of the box (for 
> example nz(me!cboFilter,0)) I get 0 on my development machine but the 
> new server returns an empty string.  I know this because I had this on 
> the After Update event:
> 
> MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
> If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"
> 
> On My machine I get:
> (0)
> 
> On the new server I get
> ()
> Empty String
> 
> Why the different behaviour?  Is this a setting, or something with NZ 
> I am not aware of?
> 
> Regards
> 
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand
> 
> 
> 
> 
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of David Emerson Sent: Saturday, 9 September 2017 1:21 p.m. To:
> 'Access Developers discussion and problem solving' Subject: Re:
> [AccessD] Recordset method Failed
> 
> Thanks for the suggestions Jim.  
> 
> Config Issue - Do you mean the configuration I use to make a 
> connection to the SQL Server?  If so it is identical to the working 
> version except I have changed the server name.
> 
> Protocols used to communicate with SQL server - Can you please provide 
> more information?  Where would I look for these?  Is it an SQL Server 
> setting, Windows setting, other?
> 
> I think the commands are ok.  I never use spaces in names without 
> using Square brackets, and all the SQL commands are working on the old 
> server. The SQL Database is a direct restore from a backup of the old 
> server.
> 
> ADO Provider:  This is what I am using:
> 
> gADODBConnection.ConnectionString = "Provider=sqloledb;Data 
> Source=NZWDCPRDSQL01\NZPROD01;Initial Catalog=PRISM_PRD;Integrated 
> Security=SSPI;"
> 
> The main difference I note is that the old SQL Server is 2008, the new 
> one is 2012.  Could there be differences between the versions that I 
> am not aware of?
> 
> Thanks for your time.
> 
> David
> 
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Jim Dettman Sent: Saturday, 9 September 2017 1:38 a.m. To: 'Access 
> Developers discussion and problem solving' Subject: Re: [AccessD] 
> Recordset method Failed
> 
> David,
> 
>  Sounds like either a communications problem with the new server or a  
> config issue.
> 
>  I would verify the protocols used to communicate with SQL server (vs  
> TCPIP vs named pipes) are the same for the old server and new server, 
> and match the order that the clients have.
> 
> Then I would look at the SQL commands themselves.   You can bump into
> problems where fields and/or table names are not delimited with square 
> brackets ( [] ), especially when Extended ANSI is at work (the
> reserved word list expands).   Look at one of the SQL statements that
> fails and delimit everything.   See if that fixes it.
> 
>   Might also be a problem with the ADO provider.
> 
> Jim.
> 
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of David Emerson Sent: Thursday, September 07, 2017 06:19 AM To:
> 'Access Developers discussion and problem solving' Subject: Re:
> [AccessD] Recordset method Failed
> 
> Update - Here is a summary of what we know:
> 
>  Run-time error '-2147024770 (8007007e)'
>  Method 'Recordset' of object '_Combobox' failed. 
> 
> The error only seems to effect setting the recordset method of forms 
> and combo boxes (I am able to get data from the recordsets retrieved 
> from SQL, but not able to assign the recordset to the Access objects).
> 
> 
> We have tried using a completely fresh copy of Access prog which still 
> shows the same error.  Decompile, Repair and Compact have not helped.
> 
> All references have been checked.
> 
> The system was originally being tested in Access 2010 (it is currently 
> running successfully in Access 2010 on a different server).  Upgrading 
> Access to 2013 has partially solved the problem - some combo boxes and 
> forms are having their recordsets updated but not all of them when 
> there are a large number on a form, or the form has a large number of 
> subforms. Creating a new database in Access 2013 and importing all the 
> objects has not changed anything.
> 
> The programme was originally working and then suddenly stopped working 
> without anything being changed to the Access PRISM file.
> 
> The SQL database file had permissions added to it and the error 
> started to show after that.  However we hadn't tested the programme 
> immediately prior to the change in permissions so cannot be sure that 
> the problem is in SQL.
> 
> The SQL database file has subsequently been restored from the original 
> backup but the error persists.  Tests were done before the permissions 
> were applied to the new copy with the same error showing.
> 
> The SQL database is being run on SQL 2012.  The current version is 
> being run on 2008.
> 
> Anything anyone?
> 
> Regards
> 
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand
> 
> 
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Paul Hartland via AccessD Sent: Thursday, 7 September 2017 2:21 
> p.m. To: Access List Cc: Paul Hartland Subject: Re: [AccessD] 
> Recordset method Failed
> 
> If your not putting a compiled version on the new server I assume that 
> when it fails you have gone into tools/references anx checked for any 
> missing references
> 
> On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:
> 
> > Hi Listers,
> >
> >
> >
> > I have an accdb which uses ADO to get a recordset from an SQL Server 
> > database
> >
> >
> >
> > I am getting the following error:
> >
> >
> >
> > Run-time error '-2147024770 (8007007e)'
> >
> > Method 'Recordset' of object '_Combobox' failed.
> >
> >
> >
> > The code is:
> >
> >
> >
> >     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)  
> >     <---
> > This
> > function code is given at the end of this message
> >
> >
> >
> > ' If Not rstTemp.EOF Then
> >
> > '     rstTemp.MoveFirst
> >
> > '     Do Until rstTemp.EOF
> >
> > '         MsgBox rstTemp!LGARegionID
> >
> > '         rstTemp.MoveNext
> >
> > '     Loop
> >
> > 'End If
> >
> >
> >
> >     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error
> >     on
> > this
> > line
> >
> >
> >
> >
> >
> > When I unrem the code block then the msgbox shows the values of the 
> > LGARegionID which indicates that the recordset is being returned.
> >
> >
> >
> > Here is the rub.  The programme is working fine on my machine and on 
> > the clients current machine.  It is only on their new server that 
> > they are wanting to migrate to that the problem happens.
> >
> >
> >
> > Also, it is happening for all similar calls to set combobox 
> > recordsets and form recordsets throughout the whole programme.
> >
> > Also, it was working a few days ago, but when they tried yesterday 
> > it stopped working.
> >
> >
> >
> > The only area I can think of is some permissions at the SQL Server 
> > database end.  The IT department was playing with security settings.
> > Could one of these caused the problem?
> >
> >
> >
> >
> >
> > Public Function basRunDataObject(strCommandText As String, 
> > commandType As ADODB.CommandTypeEnum) As ADODB.Recordset
> >
> >
> >
> >     On Error GoTo Err_basRunDataObject
> >
> >
> >
> >     Dim adocmd As ADODB.Command
> >
> >     Dim rst As ADODB.Recordset
> >
> >     Set rst = New ADODB.Recordset
> >
> >
> >
> >     rst.LockType = adLockOptimistic
> >
> >     rst.CursorType = adOpenKeyset
> >
> >     rst.CursorLocation = adUseClient
> >
> >
> >
> >     If gADODBConnection.State = adStateClosed Then
> >
> >         Call basOpenGlobalConnection
> >
> >     End If
> >
> >
> >
> >     Set adocmd = New ADODB.Command
> >
> >     With adocmd
> >
> >         .ActiveConnection = gADODBConnection
> >
> >         .CommandText = strCommandText
> >
> >         .commandType = commandType
> >
> >         .CommandTimeout = 0
> >
> >     End With
> >
> >
> >
> >     rst.Open adocmd
> >
> >
> >
> >     Set basRunDataObject = rst
> >
> >     Set adocmd = Nothing
> >
> >
> >
> > Exit_basRunDataObject:
> >
> >     Exit Function
> >
> >
> >
> > Err_basRunDataObject:
> >
> >     Select Case Err
> >
> >         Case 0:
> >
> >         Case Else
> >
> >             Call basErrorMsg("basRunDataObject - " & strCommandText)
> >
> >     End Select
> >
> >     Resume Exit_basRunDataObject
> >
> >     Exit Function
> >
> >
> >
> > End Function
> >
> >
> >
> >
> >
> > 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 newsgrps at dalyn.co.nz  Tue Sep 12 02:23:37 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Tue, 12 Sep 2017 19:23:37 +1200
Subject: [AccessD] Recordset method Failed
In-Reply-To: <HE1PR1001MB1129BB505255B83CA2B3C17BCA690@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
References: <HE1PR1001MB1129BB505255B83CA2B3C17BCA690@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>
Message-ID: <008f01d32b98$0d1acd40$275067c0$@dalyn.co.nz>

Hi Gustav,

By the way, the reason I wrote the code below like I did was that I wanted
to see if the value was NULL (in which case it would return 0), or Empty
String.  This was because I expected an empty combobox to return NULL but it
is not.

Regards

David
-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no
selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David
Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

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 charlotte.foust at gmail.com  Tue Sep 12 17:08:20 2017
From: charlotte.foust at gmail.com (Charlotte Foust)
Date: Tue, 12 Sep 2017 15:08:20 -0700
Subject: [AccessD] Access on VDI workstations
In-Reply-To: <CAH+Met_OiM0h1cXKf42Q6=e3qTboN33QAfC3RqX0cGCJ-TZLTQ@mail.gmail.com>
References: <CAH+Met8Vc7ja7VQ6sYUQ4ye7x2jZuA4k1MgHAqhOb=YF-Ro38Q@mail.gmail.com>
	<CAH+Met9usoZ_dA7aUn-FOK+4U1NwZcRiDqQqjPXEQhrbKWNWMQ@mail.gmail.com>
	<CAH+Met8ASYB5uR1cmES2Sfh96z6WJjA6S3=NxekKezJepOa-4Q@mail.gmail.com>
	<CAH+Met8oaELmnx8-Mk2WEkgztnsFMLjq_hdsJmtP0HhUhd9P_g@mail.gmail.com>
	<CAH+Met9gWrv9amg6VC263+MR5XoDO5OuGz77w3x8wmhdd9-jYQ@mail.gmail.com>
	<CAH+Met9Y4OG4q8bGXNF_uLnN6TwU7-j5fx=P8Xj7PzQ3P_A93Q@mail.gmail.com>
	<CAH+Met8iRjxJxjF=R1SRP6+Wa4QvoEgOreaGTsh29fwKxsRXHA@mail.gmail.com>
	<CAH+Met_9Um1fpb-GmrNRw-7CFuWk0zmZhxqfkwJbg7OdMU4Kig@mail.gmail.com>
	<CAH+Met_z96q53Sna-ga7qZ95WP9_HKqf_R9sLWN8vtvw69OGEg@mail.gmail.com>
	<CAH+Met_+Zkjw9Xs2u+JpB8x8osfw_=NouR6hEenxhSymj5z5ng@mail.gmail.com>
	<CAH+Met_TtQe9xgEwGJX_cANAN1aub0mKUe268kfp6dpj6Kgtkw@mail.gmail.com>
	<CAH+Met8XGiLyzK1s8j8c9Daj3Hvh+38E7qALty2M6TQ9vhze6w@mail.gmail.com>
	<CAH+Met_ncUQjupSYPrP8u0BuFA=xRAa+9TrR0qOzB7upE=GKsA@mail.gmail.com>
	<CAH+Met_OiM0h1cXKf42Q6=e3qTboN33QAfC3RqX0cGCJ-TZLTQ@mail.gmail.com>
Message-ID: <CAH+Met_UK6FmPVzzyQ8ey7OxNhtQuVUC-OuUfa3Mubt4fTyGjg@mail.gmail.com>

Does anyone have experience with multi-user Access apps running on VDI
workstations?  I have some users who are reporting incomplete form
rendering and other issues on one VDI box while their neighbors have no
problems.  I don't know enough about VDI to even ask intelligent questions
and the users know even less.  Can anyone make suggestions?

Charlotte Foust
916-206-4336

From gustav at cactus.dk  Wed Sep 13 00:59:04 2017
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 13 Sep 2017 05:59:04 +0000
Subject: [AccessD] Access on VDI workstations
Message-ID: <HE1PR1001MB112966A6FFFC55C01204A838CA6E0@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>

Hi Charlotte

That seems like a question for the techies at the client, as in a VDI environment all client stations should behave the same - that's a basic part of the concept, in fact.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Charlotte Foust
Sendt: 13. september 2017 00:08
Til: Access Developers discussion and problem <accessd at databaseadvisors.com>
Emne: [AccessD] Access on VDI workstations

Does anyone have experience with multi-user Access apps running on VDI workstations?  I have some users who are reporting incomplete form rendering and other issues on one VDI box while their neighbors have no problems.  I don't know enough about VDI to even ask intelligent questions and the users know even less.  Can anyone make suggestions?

Charlotte Foust
916-206-4336


From Lambert.Heenan at aig.com  Thu Sep 14 09:27:36 2017
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Thu, 14 Sep 2017 14:27:36 +0000
Subject: [AccessD] Problem with DNS-Less connection string
Message-ID: <CY4P11501MB003987E5F91400B482D76E579C6F0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>

I'm in the process of switching over from using a System DSN to connect to an Oracle Database to using a DSN-less connection.

All is fine with tables. I have a routine that happily replaces the original connection string with the new DSN-less one. The tables are read/write.

My problem comes when I try to update the connection string for pass-through queries.  When I try to assign the new connection string (the exact same one as used by the tables) to a queried object via VBA then I get error 3125:

'ODBC;DRIVER={Oracle in Client11g_x32_home1};SERVER=TheServer;UID=TheID;PWD=ThePassword;DBQ=TheDB;DBA=W;APA=T;EXC=F;XSM=Default;FEN=T;QTO=T;FRC=10;FDL=10;LOB=T;RST=T;BTD=F;BNF=F;BAM=IfAllSuccessful;NUM=NLS;DPM=F;MTS=T;MDI=Me;CSR=F;FWC=F;FBS=60000;TLO=O;MLD=0;ODA=F;' is not a valid name. Make sure that it does not include invalid characters or punctuation and that it is not too long.

Actual server name, ID and password substituted.  The exact same connection string (which is 276 characters long) works with tables, but queries reject it.

If I try to paste the string into the query property sheen then I get a Msgbox saying "The text is too long to be edited."


Lambert? 



From paul.hartland at googlemail.com  Thu Sep 14 10:31:16 2017
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Thu, 14 Sep 2017 16:31:16 +0100
Subject: [AccessD] Problem with DNS-Less connection string
In-Reply-To: <CY4P11501MB003987E5F91400B482D76E579C6F0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>
References: <CY4P11501MB003987E5F91400B482D76E579C6F0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>
Message-ID: <CALGJE94mTdSfAAkwX1_n4EbaQQtiwRq7y_h1CqCw3mKRE45HQw@mail.gmail.com>

Now I have no idea about Oracle never touched it in my life, but I have
come across something similar before, cant for the life of me remember
where etc but and you may already be doing this, so apologies for being DOH
if you are already doing something like this......


Dim objConnection As New ADODB.Connection
Dim rcsRecordset As New ADODB.Recordset
Dim strSQLConn As String
Dim strSQL As String

strSQL = "SELECT * FROM SOMETABLE"

strSQLConn = "ODBC;DRIVER={Oracle in Client11g_x32_home1};SERVER=
TheServer;UID=TheID;PWD=ThePassword;DBQ=TheDB;DBA=W;
APA=T;EXC=F;XSM=Default;FEN=T;QTO=T;FRC=10;FDL=10;LOB=T;RST=
T;BTD=F;BNF=F;BAM=IfAllSuccessful;NUM=NLS;DPM=F;
MTS=T;MDI=Me;CSR=F;FWC=F;FBS=60000;TLO=O;MLD=0;ODA=F;"

SET objConnection = New ADODB.Connection
objConnection.ConnectioString = strSQLConn
objConnection.Open

SET rscRecordset = objConnection.Execute(strSQL, acCMDText)


Is this how you are doing the queries already ?







On 14 September 2017 at 15:27, Heenan, Lambert <Lambert.Heenan at aig.com>
wrote:

> I'm in the process of switching over from using a System DSN to connect to
> an Oracle Database to using a DSN-less connection.
>
> All is fine with tables. I have a routine that happily replaces the
> original connection string with the new DSN-less one. The tables are
> read/write.
>
> My problem comes when I try to update the connection string for
> pass-through queries.  When I try to assign the new connection string (the
> exact same one as used by the tables) to a queried object via VBA then I
> get error 3125:
>
> 'ODBC;DRIVER={Oracle in Client11g_x32_home1};SERVER=
> TheServer;UID=TheID;PWD=ThePassword;DBQ=TheDB;DBA=W;
> APA=T;EXC=F;XSM=Default;FEN=T;QTO=T;FRC=10;FDL=10;LOB=T;RST=
> T;BTD=F;BNF=F;BAM=IfAllSuccessful;NUM=NLS;DPM=F;
> MTS=T;MDI=Me;CSR=F;FWC=F;FBS=60000;TLO=O;MLD=0;ODA=F;' is not a valid
> name. Make sure that it does not include invalid characters or punctuation
> and that it is not too long.
>
> Actual server name, ID and password substituted.  The exact same
> connection string (which is 276 characters long) works with tables, but
> queries reject it.
>
> If I try to paste the string into the query property sheen then I get a
> Msgbox saying "The text is too long to be edited."
>
>
> Lambert
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>



-- 
Paul Hartland
paul.hartland at googlemail.com

From jimdettman at verizon.net  Thu Sep 14 14:58:48 2017
From: jimdettman at verizon.net (Jim Dettman)
Date: Thu, 14 Sep 2017 15:58:48 -0400
Subject: [AccessD] Recordset method Failed
In-Reply-To: <000601d32909$e05074d0$a0f15e70$@dalyn.co.nz>
References: <004c01d3275e$3a49a3b0$aedceb10$@dalyn.co.nz>	<CALGJE97vvycdKhawd-+jZvt2OXdtED7eqrMD-X+MAGRw0Jqcjg@mail.gmail.com>	<000b01d327c2$ad4d9d80$07e8d880$@dalyn.co.nz>	<016601d328a7$bbaa5c70$32ff1550$@verizon.net>
	<000601d32909$e05074d0$a0f15e70$@dalyn.co.nz>
Message-ID: <006f01d32d93$e1fa3530$a5ee9f90$@verizon.net>

David,

 Apologies, thought I had responded to this.

 By config, I meant the SQL Server config for connections (ie. quoted
identifiers, NULL settings, etc).  Also on the database properties itself in
SQL.

 As for the protocols, you can connect to SQL with TCP/IP, named pipes,
Shared Memory, or VIA.   Make sure in SQL Server Configuration Manager that
the Server and client protocols enabled / disabled are the same.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Friday, September 08, 2017 09:21 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

Thanks for the suggestions Jim.  

Config Issue - Do you mean the configuration I use to make a connection to
the SQL Server?  If so it is identical to the working version except I have
changed the server name.

Protocols used to communicate with SQL server - Can you please provide more
information?  Where would I look for these?  Is it an SQL Server setting,
Windows setting, other?

I think the commands are ok.  I never use spaces in names without using
Square brackets, and all the SQL commands are working on the old server.
The SQL Database is a direct restore from a backup of the old server.

ADO Provider:  This is what I am using:

gADODBConnection.ConnectionString = "Provider=sqloledb;Data
Source=NZWDCPRDSQL01\NZPROD01;Initial Catalog=PRISM_PRD;Integrated
Security=SSPI;"

The main difference I note is that the old SQL Server is 2008, the new one
is 2012.  Could there be differences between the versions that I am not
aware of?

Thanks for your time.

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman
Sent: Saturday, 9 September 2017 1:38 a.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

David,

 Sounds like either a communications problem with the new server or a config
issue.

 I would verify the protocols used to communicate with SQL server (vs TCPIP
vs named pipes) are the same for the old server and new server, and match
the order that the clients have.

Then I would look at the SQL commands themselves.   You can bump into
problems where fields and/or table names are not delimited with square
brackets ( [] ), especially when Extended ANSI is at work (the reserved word
list expands).   Look at one of the SQL statements that fails and delimit
everything.   See if that fixes it.

  Might also be a problem with the ADO provider.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Thursday, September 07, 2017 06:19 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Recordset method Failed

Update - Here is a summary of what we know:

 Run-time error '-2147024770 (8007007e)'
 Method 'Recordset' of object '_Combobox' failed. 

The error only seems to effect setting the recordset method of forms and
combo boxes (I am able to get data from the recordsets retrieved from SQL,
but not able to assign the recordset to the Access objects). 

We have tried using a completely fresh copy of Access prog which still shows
the same error.  Decompile, Repair and Compact have not helped.

All references have been checked.

The system was originally being tested in Access 2010 (it is currently
running successfully in Access 2010 on a different server).  Upgrading
Access to 2013 has partially solved the problem - some combo boxes and forms
are having their recordsets updated but not all of them when there are a
large number on a form, or the form has a large number of subforms.
Creating a new database in Access 2013 and importing all the objects has not
changed anything.

The programme was originally working and then suddenly stopped working
without anything being changed to the Access PRISM file.

The SQL database file had permissions added to it and the error started to
show after that.  However we hadn't tested the programme immediately prior
to the change in permissions so cannot be sure that the problem is in SQL.

The SQL database file has subsequently been restored from the original
backup but the error persists.  Tests were done before the permissions were
applied to the new copy with the same error showing.

The SQL database is being run on SQL 2012.  The current version is being run
on 2008.

Anything anyone?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Paul Hartland via AccessD
Sent: Thursday, 7 September 2017 2:21 p.m.
To: Access List
Cc: Paul Hartland
Subject: Re: [AccessD] Recordset method Failed

If your not putting a compiled version on the new server I assume that when
it fails you have gone into tools/references anx checked for any missing
references

On 6 Sep 2017 23:21, "David Emerson" <newsgrps at dalyn.co.nz> wrote:

> Hi Listers,
>
>
>
> I have an accdb which uses ADO to get a recordset from an SQL Server 
> database
>
>
>
> I am getting the following error:
>
>
>
> Run-time error '-2147024770 (8007007e)'
>
> Method 'Recordset' of object '_Combobox' failed.
>
>
>
> The code is:
>
>
>
>     Set rstTemp = basRunDataObject("dbo.spfrmAAMenu", adCmdText)   <---
> This
> function code is given at the end of this message
>
>
>
> ' If Not rstTemp.EOF Then
>
> '     rstTemp.MoveFirst
>
> '     Do Until rstTemp.EOF
>
> '         MsgBox rstTemp!LGARegionID
>
> '         rstTemp.MoveNext
>
> '     Loop
>
> 'End If
>
>
>
>     Set Me!cboFilterLGARegionIDNo.Recordset = rstTemp    <--- Error on
> this
> line
>
>
>
>
>
> When I unrem the code block then the msgbox shows the values of the 
> LGARegionID which indicates that the recordset is being returned.
>
>
>
> Here is the rub.  The programme is working fine on my machine and on 
> the clients current machine.  It is only on their new server that they 
> are wanting to migrate to that the problem happens.
>
>
>
> Also, it is happening for all similar calls to set combobox recordsets 
> and form recordsets throughout the whole programme.
>
> Also, it was working a few days ago, but when they tried yesterday it 
> stopped working.
>
>
>
> The only area I can think of is some permissions at the SQL Server 
> database end.  The IT department was playing with security settings.
> Could one of these caused the problem?
>
>
>
>
>
> Public Function basRunDataObject(strCommandText As String, commandType 
> As
> ADODB.CommandTypeEnum) As ADODB.Recordset
>
>
>
>     On Error GoTo Err_basRunDataObject
>
>
>
>     Dim adocmd As ADODB.Command
>
>     Dim rst As ADODB.Recordset
>
>     Set rst = New ADODB.Recordset
>
>
>
>     rst.LockType = adLockOptimistic
>
>     rst.CursorType = adOpenKeyset
>
>     rst.CursorLocation = adUseClient
>
>
>
>     If gADODBConnection.State = adStateClosed Then
>
>         Call basOpenGlobalConnection
>
>     End If
>
>
>
>     Set adocmd = New ADODB.Command
>
>     With adocmd
>
>         .ActiveConnection = gADODBConnection
>
>         .CommandText = strCommandText
>
>         .commandType = commandType
>
>         .CommandTimeout = 0
>
>     End With
>
>
>
>     rst.Open adocmd
>
>
>
>     Set basRunDataObject = rst
>
>     Set adocmd = Nothing
>
>
>
> Exit_basRunDataObject:
>
>     Exit Function
>
>
>
> Err_basRunDataObject:
>
>     Select Case Err
>
>         Case 0:
>
>         Case Else
>
>             Call basErrorMsg("basRunDataObject - " & strCommandText)
>
>     End Select
>
>     Resume Exit_basRunDataObject
>
>     Exit Function
>
>
>
> End Function
>
>
>
>
>
> 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

-- 
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  Fri Sep 15 05:35:54 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Fri, 15 Sep 2017 22:35:54 +1200
Subject: [AccessD] Empty Combo Box not returning NULL
Message-ID: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>

Hi All,

I have changed the subject to better reflect the problem.

Further testing has tracked down the anomaly.

All tests are done on a copy of the database that works on my development
machine.

On the client's instance of Access 2010:
- if I clear a combo box on an existing form and check for the value I get
an empty string (which is NOT the result expected for combo boxes).
- If I create a new combo box on an existing form, select an item in the
box, clear the box,  and check for the value I get an empty string.
- if I create a new form within the database with a combo box, select an
item in the box, clear the box, and check for the value of the combo box I
get Null (which is the result expected for combo boxes)
- if I copy the combo box from the old form to the new form within the
database, select an item in the box, clear the box, and check for the value
of the combo box I get Null (which is the result expected for combo boxes)

Therefore I conclude that there is something about the existing forms that
causes the empty combo boxes to return an Empty String instead of Null.

I have tried compacting and replacing, decompiling, importing the objects
into a new database but nothing has helped.

One solution would be to copy all the fields from the old forms to new one,
however this database has 250 forms and I don't relish the idea of spending
my weekend doing that exercise.

Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.

Does anyone have any other thoughts on how to solve this one?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no
selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David
Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

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 jimdettman at verizon.net  Fri Sep 15 07:20:51 2017
From: jimdettman at verizon.net (Jim Dettman)
Date: Fri, 15 Sep 2017 08:20:51 -0400
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
Message-ID: <016a01d32e1d$129bb540$37d31fc0$@verizon.net>

David,

  In some way, shape, or form, I think you are tripping over ANSI settings
in SQL Server and possibly the ANSI 92 setting in Access.

  I don't clearly remember all the in's and out's with this, but
ANSI_PADDING and ANSI_NULLS both have an impact on what is returned in a
recordset.   ANSI_PADDING is even worse in that there are variations between
char and varchar fields and the way data is actually stored in a table.

 As for the ANSI 92 setting in Access, I have steered clear of it.   All I
remember is that when I first tried it, I had lots of problems and never
went back.

<< Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.>>

 I think as gustav said, this is your long term answer and it may not be as
bad as you think.  Find and Replace should help you clean it up quickly.   I
always do NZ(<reference>,"")="" as a check, so I've avoided the issue.

Short term, I would go back and look at the SQL Server settings and settings
for the database and make sure they match for anything old/new.  Also if
your using a DSN/ODBC, settings can be specified there as well  depending on
the driver.   

 That may still not give you a good result though.   Those settings can
impact how data is actually stored.   If I remember correctly, ANSI_PADDING
is for the life of a table once created, so potentially, you can have a mix
of things between tables even within the same server/database.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Friday, September 15, 2017 06:36 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Empty Combo Box not returning NULL

Hi All,

I have changed the subject to better reflect the problem.

Further testing has tracked down the anomaly.

All tests are done on a copy of the database that works on my development
machine.

On the client's instance of Access 2010:
- if I clear a combo box on an existing form and check for the value I get
an empty string (which is NOT the result expected for combo boxes).
- If I create a new combo box on an existing form, select an item in the
box, clear the box,  and check for the value I get an empty string.
- if I create a new form within the database with a combo box, select an
item in the box, clear the box, and check for the value of the combo box I
get Null (which is the result expected for combo boxes)
- if I copy the combo box from the old form to the new form within the
database, select an item in the box, clear the box, and check for the value
of the combo box I get Null (which is the result expected for combo boxes)

Therefore I conclude that there is something about the existing forms that
causes the empty combo boxes to return an Empty String instead of Null.

I have tried compacting and replacing, decompiling, importing the objects
into a new database but nothing has helped.

One solution would be to copy all the fields from the old forms to new one,
however this database has 250 forms and I don't relish the idea of spending
my weekend doing that exercise.

Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.

Does anyone have any other thoughts on how to solve this one?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no
selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David
Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

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 Lambert.Heenan at aig.com  Fri Sep 15 07:32:14 2017
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Fri, 15 Sep 2017 12:32:14 +0000
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
Message-ID: <CY4P11501MB0039A874D23E2F8BE5119AED9C6C0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>

It's all very strange, but at the end of the day I would just test for  and empty string every time with 

if comboBox & "" = "" then

Lambert? 


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
Sent: Friday, September 15, 2017 6:36 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Empty Combo Box not returning NULL

Hi All,

I have changed the subject to better reflect the problem.

Further testing has tracked down the anomaly.

All tests are done on a copy of the database that works on my development machine.

On the client's instance of Access 2010:
- if I clear a combo box on an existing form and check for the value I get an empty string (which is NOT the result expected for combo boxes).
- If I create a new combo box on an existing form, select an item in the box, clear the box,  and check for the value I get an empty string.
- if I create a new form within the database with a combo box, select an item in the box, clear the box, and check for the value of the combo box I get Null (which is the result expected for combo boxes)
- if I copy the combo box from the old form to the new form within the database, select an item in the box, clear the box, and check for the value of the combo box I get Null (which is the result expected for combo boxes)

Therefore I conclude that there is something about the existing forms that causes the empty combo boxes to return an Empty String instead of Null.

I have tried compacting and replacing, decompiling, importing the objects into a new database but nothing has helped.

One solution would be to copy all the fields from the old forms to new one, however this database has 250 forms and I don't relish the idea of spending my weekend doing that exercise.

Another solution would be to check for both Null and Empty Strings when using the combo box as a source for other code but again this is a large task.

Does anyone have any other thoughts on how to solve this one?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly and Access 2010 installed cleanly.  Some of the problems have gone away with setting the record sets of forms and combo boxes.  I have found that I am now getting an unusual thing happening when I use some of the combo boxes for filters.

The combo boxes are basically 2 columns with the first column being an ID and the second column being a text description.

When I select an item from the list the combo box has the value of the ID for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am not aware of?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand 

--
AccessD mailing list
AccessD at databaseadvisors.com
https://urldefense.proofpoint.com/v2/url?u=http-3A__databaseadvisors.com_mailman_listinfo_accessd&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUNmRm1QtKrJOB-EU6GUgKxDVzTGGq50zWKTfu4s&s=4naBc0_DT5d1_qyZq980b4XTNywJ4y4j0emnjz5tWkw&e=
Website: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.databaseadvisors.com&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUNmRm1QtKrJOB-EU6GUgKxDVzTGGq50zWKTfu4s&s=Psq4EMaHHwrlslw_RHw3HgtPLnPeYon46dOxnsR5PI8&e= 



--
AccessD mailing list
AccessD at databaseadvisors.com
https://urldefense.proofpoint.com/v2/url?u=http-3A__databaseadvisors.com_mailman_listinfo_accessd&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUNmRm1QtKrJOB-EU6GUgKxDVzTGGq50zWKTfu4s&s=4naBc0_DT5d1_qyZq980b4XTNywJ4y4j0emnjz5tWkw&e=
Website: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.databaseadvisors.com&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUNmRm1QtKrJOB-EU6GUgKxDVzTGGq50zWKTfu4s&s=Psq4EMaHHwrlslw_RHw3HgtPLnPeYon46dOxnsR5PI8&e= 



From Lambert.Heenan at aig.com  Fri Sep 15 14:44:10 2017
From: Lambert.Heenan at aig.com (Heenan, Lambert)
Date: Fri, 15 Sep 2017 19:44:10 +0000
Subject: [AccessD] Problem with DNS-Less connection string
In-Reply-To: <CALGJE94mTdSfAAkwX1_n4EbaQQtiwRq7y_h1CqCw3mKRE45HQw@mail.gmail.com>
References: <CY4P11501MB003987E5F91400B482D76E579C6F0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>
	<CALGJE94mTdSfAAkwX1_n4EbaQQtiwRq7y_h1CqCw3mKRE45HQw@mail.gmail.com>
Message-ID: <CY4P11501MB00394DB2097065E767076F8C9C6C0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>

Thanks for your input, Paul.

No, the queries are simply pass though queries stored as Access query objects. So I don't need to touch the SQL at all. I just open a querydef object and modify its connection string.

I have got it working, thanks to a suggestion from Duane Hookum over at Access-L. When you create a tabledef and updated it's connection string with the basics string...

"ODBC;DRIVER={Oracle in Client11g_x32_home1};HOST=theHOST;PORT=thePORT;DBQ=theDB;SID=theSVCID;UID=theUSER;PWD=thePW"

... then access adds a bunch of other parameters to the string which makes it over 255 characters long.  

I was reading a tabledef connection string and applying it to a querydef connection string, which caused the error - string was too long.

But one of the parameters added by Access is "XSM=Default;" so that can clearly be taken out, and I found that also removing "BAM=IfAllSuccessful;" from the string (which gets us down below 255) results in select queries being OK. Just about the test update queries too.

Lambert



-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Paul Hartland via AccessD
Sent: Thursday, September 14, 2017 11:31 AM
To: Access Developers discussion and problem solving
Cc: Paul Hartland
Subject: Re: [AccessD] Problem with DNS-Less connection string

Now I have no idea about Oracle never touched it in my life, but I have come across something similar before, cant for the life of me remember where etc but and you may already be doing this, so apologies for being DOH if you are already doing something like this......


Dim objConnection As New ADODB.Connection Dim rcsRecordset As New ADODB.Recordset Dim strSQLConn As String Dim strSQL As String

strSQL = "SELECT * FROM SOMETABLE"

strSQLConn = "ODBC;DRIVER={Oracle in Client11g_x32_home1};SERVER= TheServer;UID=TheID;PWD=ThePassword;DBQ=TheDB;DBA=W;
APA=T;EXC=F;XSM=Default;FEN=T;QTO=T;FRC=10;FDL=10;LOB=T;RST=
T;BTD=F;BNF=F;BAM=IfAllSuccessful;NUM=NLS;DPM=F;
MTS=T;MDI=Me;CSR=F;FWC=F;FBS=60000;TLO=O;MLD=0;ODA=F;"

SET objConnection = New ADODB.Connection objConnection.ConnectioString = strSQLConn objConnection.Open

SET rscRecordset = objConnection.Execute(strSQL, acCMDText)


Is this how you are doing the queries already ?







On 14 September 2017 at 15:27, Heenan, Lambert <Lambert.Heenan at aig.com>
wrote:

> I'm in the process of switching over from using a System DSN to 
> connect to an Oracle Database to using a DSN-less connection.
>
> All is fine with tables. I have a routine that happily replaces the 
> original connection string with the new DSN-less one. The tables are 
> read/write.
>
> My problem comes when I try to update the connection string for 
> pass-through queries.  When I try to assign the new connection string 
> (the exact same one as used by the tables) to a queried object via VBA 
> then I get error 3125:
>
> 'ODBC;DRIVER={Oracle in Client11g_x32_home1};SERVER= 
> TheServer;UID=TheID;PWD=ThePassword;DBQ=TheDB;DBA=W;
> APA=T;EXC=F;XSM=Default;FEN=T;QTO=T;FRC=10;FDL=10;LOB=T;RST=
> T;BTD=F;BNF=F;BAM=IfAllSuccessful;NUM=NLS;DPM=F;
> MTS=T;MDI=Me;CSR=F;FWC=F;FBS=60000;TLO=O;MLD=0;ODA=F;' is not a valid 
> name. Make sure that it does not include invalid characters or 
> punctuation and that it is not too long.
>
> Actual server name, ID and password substituted.  The exact same 
> connection string (which is 276 characters long) works with tables, 
> but queries reject it.
>
> If I try to paste the string into the query property sheen then I get 
> a Msgbox saying "The text is too long to be edited."
>
>
> Lambert
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> https://urldefense.proofpoint.com/v2/url?u=http-3A__databaseadvisors.c
> om_mailman_listinfo_accessd&d=DgICAg&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz
> 5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWP
> j2xFc_ojY&m=SncxnQJtilAGD2EDTTq8DAiQXTTEYMcG_cWIiJPZfdo&s=aDPH87IaECST
> is6LyAxkpjLpKP-FU5tsH_qu8fbY_14&e=
> Website: 
> https://urldefense.proofpoint.com/v2/url?u=http-3A__www.databaseadviso
> rs.com&d=DgICAg&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7
> Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=SncxnQJti
> lAGD2EDTTq8DAiQXTTEYMcG_cWIiJPZfdo&s=uWAx-Nn-hfGUeeYaTCFX6hEdq9lztjfUJ
> ASbbiv8TXg&e=
>



--
Paul Hartland
paul.hartland at googlemail.com
--
AccessD mailing list
AccessD at databaseadvisors.com
https://urldefense.proofpoint.com/v2/url?u=http-3A__databaseadvisors.com_mailman_listinfo_accessd&d=DgICAg&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=SncxnQJtilAGD2EDTTq8DAiQXTTEYMcG_cWIiJPZfdo&s=aDPH87IaECSTis6LyAxkpjLpKP-FU5tsH_qu8fbY_14&e=
Website: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.databaseadvisors.com&d=DgICAg&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=SncxnQJtilAGD2EDTTq8DAiQXTTEYMcG_cWIiJPZfdo&s=uWAx-Nn-hfGUeeYaTCFX6hEdq9lztjfUJASbbiv8TXg&e= 



From newsgrps at dalyn.co.nz  Fri Sep 15 15:04:47 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Sat, 16 Sep 2017 08:04:47 +1200
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <CY4P11501MB0039A874D23E2F8BE5119AED9C6C0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
	<CY4P11501MB0039A874D23E2F8BE5119AED9C6C0@CY4P11501MB0039.NAMP115.PROD.OUTLOOK.COM>
Message-ID: <000401d32e5d$e1714750$a453d5f0$@dalyn.co.nz>

Hi Lambert,

I use the values of many combo boxes to pass as parameters to filter
records.  If the combo boxes do not have a selection I need to pass 0.  The
database has over 250 forms most of which use this.  For changing to trap
for "" as well as Null, and testing the changes there would be about 40
hours work :(

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Heenan, Lambert
Sent: Saturday, 16 September 2017 12:32 a.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Empty Combo Box not returning NULL

It's all very strange, but at the end of the day I would just test for  and
empty string every time with 

if comboBox & "" = "" then

Lambert? 


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Friday, September 15, 2017 6:36 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Empty Combo Box not returning NULL

Hi All,

I have changed the subject to better reflect the problem.

Further testing has tracked down the anomaly.

All tests are done on a copy of the database that works on my development
machine.

On the client's instance of Access 2010:
- if I clear a combo box on an existing form and check for the value I get
an empty string (which is NOT the result expected for combo boxes).
- If I create a new combo box on an existing form, select an item in the
box, clear the box,  and check for the value I get an empty string.
- if I create a new form within the database with a combo box, select an
item in the box, clear the box, and check for the value of the combo box I
get Null (which is the result expected for combo boxes)
- if I copy the combo box from the old form to the new form within the
database, select an item in the box, clear the box, and check for the value
of the combo box I get Null (which is the result expected for combo boxes)

Therefore I conclude that there is something about the existing forms that
causes the empty combo boxes to return an Empty String instead of Null.

I have tried compacting and replacing, decompiling, importing the objects
into a new database but nothing has helped.

One solution would be to copy all the fields from the old forms to new one,
however this database has 250 forms and I don't relish the idea of spending
my weekend doing that exercise.

Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.

Does anyone have any other thoughts on how to solve this one?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no
selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David
Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand 

--
AccessD mailing list
AccessD at databaseadvisors.com
https://urldefense.proofpoint.com/v2/url?u=http-3A__databaseadvisors.com_mai
lman_listinfo_accessd&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM
&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUN
mRm1QtKrJOB-EU6GUgKxDVzTGGq50zWKTfu4s&s=4naBc0_DT5d1_qyZq980b4XTNywJ4y4j0emn
jz5tWkw&e=
Website:
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.databaseadvisors.com
&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw
0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUNmRm1QtKrJOB-EU6GUgKxD
VzTGGq50zWKTfu4s&s=Psq4EMaHHwrlslw_RHw3HgtPLnPeYon46dOxnsR5PI8&e= 



--
AccessD mailing list
AccessD at databaseadvisors.com
https://urldefense.proofpoint.com/v2/url?u=http-3A__databaseadvisors.com_mai
lman_listinfo_accessd&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM
&r=3YBmj7Sj6Qj9KCAjmw0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUN
mRm1QtKrJOB-EU6GUgKxDVzTGGq50zWKTfu4s&s=4naBc0_DT5d1_qyZq980b4XTNywJ4y4j0emn
jz5tWkw&e=
Website:
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.databaseadvisors.com
&d=DgIFAw&c=xCWjLLB1opnQ8cQ1kJMK6Z0FoTSuoAz5oSor6M3mWoM&r=3YBmj7Sj6Qj9KCAjmw
0aH_Ojqk70ji_Giv5KILyYF6DlttubYyldIWPj2xFc_ojY&m=iMlrUNmRm1QtKrJOB-EU6GUgKxD
VzTGGq50zWKTfu4s&s=Psq4EMaHHwrlslw_RHw3HgtPLnPeYon46dOxnsR5PI8&e= 


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




From newsgrps at dalyn.co.nz  Fri Sep 15 15:49:27 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Sat, 16 Sep 2017 08:49:27 +1200
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <016a01d32e1d$129bb540$37d31fc0$@verizon.net>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
	<016a01d32e1d$129bb540$37d31fc0$@verizon.net>
Message-ID: <000501d32e64$1ee02650$5ca072f0$@dalyn.co.nz>

Hi Jim,

Here are the properties that I think are relevant:

SQL Server:
Collation: Latin1_General_CI_AS
Compatibility Level: SQL Server 2008 (100)
ANSI NULL Default: False
ANSI NULLS Enabled: False
ANSI Padding Enabled: False
ANSI Warnings Enabled: False
Concatenate Null Yields Null: False

There are identical on both servers.  Since the problem shows itself in the
database even when the combo box only has a Value List for the row source, I
am not sure that it is SQL Server setting.

MS Access:  The combo boxes work on these versions
Development: Microsoft Office Professional 2010 Version 14.0.7188.5002 (32
bit)
Client Current: Microsoft Office Professional Plus 2010 Version
14.0.7128.5000 (32 bit)

Client New Server: Microsoft Office Professional Plus 2010 Version
14.0.4760.1000 (32 bit)
Client Second Version: Microsoft Office Professional Plus 2013 Version
15.0.4420.1017 (32 bit)

The SQL Server Compatibility Syntax (ANSI 92) options are cleared in all
versions.

One Option would be to see if they can get their version of Access 2010 to a
later 2010 version but not sure if that will help.

Any other thoughts anyone?

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman
Sent: Saturday, 16 September 2017 12:21 a.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Empty Combo Box not returning NULL

David,

  In some way, shape, or form, I think you are tripping over ANSI settings
in SQL Server and possibly the ANSI 92 setting in Access.

  I don't clearly remember all the in's and out's with this, but
ANSI_PADDING and ANSI_NULLS both have an impact on what is returned in a
recordset.   ANSI_PADDING is even worse in that there are variations between
char and varchar fields and the way data is actually stored in a table.

 As for the ANSI 92 setting in Access, I have steered clear of it.   All I
remember is that when I first tried it, I had lots of problems and never
went back.

<< Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.>>

 I think as gustav said, this is your long term answer and it may not be as
bad as you think.  Find and Replace should help you clean it up quickly.   I
always do NZ(<reference>,"")="" as a check, so I've avoided the issue.

Short term, I would go back and look at the SQL Server settings and settings
for the database and make sure they match for anything old/new.  Also if
your using a DSN/ODBC, settings can be specified there as well  depending on
the driver.   

 That may still not give you a good result though.   Those settings can
impact how data is actually stored.   If I remember correctly, ANSI_PADDING
is for the life of a table once created, so potentially, you can have a mix
of things between tables even within the same server/database.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Friday, September 15, 2017 06:36 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Empty Combo Box not returning NULL

Hi All,

I have changed the subject to better reflect the problem.

Further testing has tracked down the anomaly.

All tests are done on a copy of the database that works on my development
machine.

On the client's instance of Access 2010:
- if I clear a combo box on an existing form and check for the value I get
an empty string (which is NOT the result expected for combo boxes).
- If I create a new combo box on an existing form, select an item in the
box, clear the box,  and check for the value I get an empty string.
- if I create a new form within the database with a combo box, select an
item in the box, clear the box, and check for the value of the combo box I
get Null (which is the result expected for combo boxes)
- if I copy the combo box from the old form to the new form within the
database, select an item in the box, clear the box, and check for the value
of the combo box I get Null (which is the result expected for combo boxes)

Therefore I conclude that there is something about the existing forms that
causes the empty combo boxes to return an Empty String instead of Null.

I have tried compacting and replacing, decompiling, importing the objects
into a new database but nothing has helped.

One solution would be to copy all the fields from the old forms to new one,
however this database has 250 forms and I don't relish the idea of spending
my weekend doing that exercise.

Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.

Does anyone have any other thoughts on how to solve this one?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no
selection or a string for any selection.
Thus, you should use:

    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David
Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

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 newsgrps at dalyn.co.nz  Fri Sep 15 16:37:33 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Sat, 16 Sep 2017 09:37:33 +1200
Subject: [AccessD] Tool for Copying database
Message-ID: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>

Hi Listers,

 

I have seen postings about a tool that exports database objects to a text
file (or similar) and reimports them into a new database.

 

Does anyone have the link for this?

 

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

 

 


From df.waters at outlook.com  Fri Sep 15 20:31:39 2017
From: df.waters at outlook.com (Dan Waters)
Date: Sat, 16 Sep 2017 01:31:39 +0000
Subject: [AccessD] Tool for Copying database
In-Reply-To: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>
References: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>
Message-ID: <CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>

Hi David,

That is called the Access DeCorrupter.  Someone here on the list got a copy from me and then posted it on his website but I don't remember who did that.  Someone will remember soon.

Dan

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
Sent: September 15, 2017 16:38
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Tool for Copying database

Hi Listers,

 

I have seen postings about a tool that exports database objects to a text file (or similar) and reimports them into a new database.

 

Does anyone have the link for this?

 

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 jackandpat.d at gmail.com  Fri Sep 15 20:44:34 2017
From: jackandpat.d at gmail.com (jack drawbridge)
Date: Fri, 15 Sep 2017 21:44:34 -0400
Subject: [AccessD] Tool for Copying database
In-Reply-To: <CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>
References: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>
	<CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>
Message-ID: <CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>

I think it was *Stuart McLachlan, but am not certain??? *

On Fri, Sep 15, 2017 at 9:31 PM, Dan Waters <df.waters at outlook.com> wrote:

> Hi David,
>
> That is called the Access DeCorrupter.  Someone here on the list got a
> copy from me and then posted it on his website but I don't remember who did
> that.  Someone will remember soon.
>
> Dan
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> David Emerson
> Sent: September 15, 2017 16:38
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Tool for Copying database
>
> Hi Listers,
>
>
>
> I have seen postings about a tool that exports database objects to a text
> file (or similar) and reimports them into a new database.
>
>
>
> Does anyone have the link for this?
>
>
>
> 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 jackandpat.d at gmail.com  Fri Sep 15 20:46:06 2017
From: jackandpat.d at gmail.com (jack drawbridge)
Date: Fri, 15 Sep 2017 21:46:06 -0400
Subject: [AccessD] Tool for Copying database
In-Reply-To: <CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>
References: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>
	<CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>
	<CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>
Message-ID: <CAKvidAs50zVjLR_hpAyYUsKsiho4ONiKsWk3sGE-NE+r2ezRTA@mail.gmail.com>

As usual you find it right after hitting enter.

Here is the link
 http://www.camcopng.com/decorrupter.php

On Fri, Sep 15, 2017 at 9:44 PM, jack drawbridge <jackandpat.d at gmail.com>
wrote:

> I think it was *Stuart McLachlan, but am not certain??? *
>
> On Fri, Sep 15, 2017 at 9:31 PM, Dan Waters <df.waters at outlook.com> wrote:
>
>> Hi David,
>>
>> That is called the Access DeCorrupter.  Someone here on the list got a
>> copy from me and then posted it on his website but I don't remember who did
>> that.  Someone will remember soon.
>>
>> Dan
>>
>> -----Original Message-----
>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
>> David Emerson
>> Sent: September 15, 2017 16:38
>> To: 'Access Developers discussion and problem solving'
>> Subject: [AccessD] Tool for Copying database
>>
>> Hi Listers,
>>
>>
>>
>> I have seen postings about a tool that exports database objects to a text
>> file (or similar) and reimports them into a new database.
>>
>>
>>
>> Does anyone have the link for this?
>>
>>
>>
>> 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 newsgrps at dalyn.co.nz  Fri Sep 15 23:49:26 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Sat, 16 Sep 2017 16:49:26 +1200
Subject: [AccessD] Tool for Copying database
In-Reply-To: <CAKvidAs50zVjLR_hpAyYUsKsiho4ONiKsWk3sGE-NE+r2ezRTA@mail.gmail.com>
References: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>	<CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>	<CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>
	<CAKvidAs50zVjLR_hpAyYUsKsiho4ONiKsWk3sGE-NE+r2ezRTA@mail.gmail.com>
Message-ID: <000301d32ea7$2ca98680$85fc9380$@dalyn.co.nz>

Thanks for that Jack.

Using it made a big difference to the size of the file.  Just need to test
it on the client servers to see if it made a difference.

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
jack drawbridge
Sent: Saturday, 16 September 2017 1:46 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Tool for Copying database

As usual you find it right after hitting enter.

Here is the link
 http://www.camcopng.com/decorrupter.php

On Fri, Sep 15, 2017 at 9:44 PM, jack drawbridge <jackandpat.d at gmail.com>
wrote:

> I think it was *Stuart McLachlan, but am not certain??? *
>
> On Fri, Sep 15, 2017 at 9:31 PM, Dan Waters <df.waters at outlook.com> wrote:
>
>> Hi David,
>>
>> That is called the Access DeCorrupter.  Someone here on the list got 
>> a copy from me and then posted it on his website but I don't remember 
>> who did that.  Someone will remember soon.
>>
>> Dan
>>
>> -----Original Message-----
>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
>> Of David Emerson
>> Sent: September 15, 2017 16:38
>> To: 'Access Developers discussion and problem solving'
>> Subject: [AccessD] Tool for Copying database
>>
>> Hi Listers,
>>
>>
>>
>> I have seen postings about a tool that exports database objects to a 
>> text file (or similar) and reimports them into a new database.
>>
>>
>>
>> Does anyone have the link for this?
>>
>>
>>
>> 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 thesmileycoder at gmail.com  Sat Sep 16 10:11:48 2017
From: thesmileycoder at gmail.com (Anders Ebro (TheSmileyCoder))
Date: Sat, 16 Sep 2017 17:11:48 +0200
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <000501d32e64$1ee02650$5ca072f0$@dalyn.co.nz>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
	<016a01d32e1d$129bb540$37d31fc0$@verizon.net>
	<000501d32e64$1ee02650$5ca072f0$@dalyn.co.nz>
Message-ID: <9E3AA29A-4B95-4799-9638-5C89B84CDA8D@gmail.com>

What is the format of the combo to?

Sent from my mobile device, and thus kept brief.

On 15 Sep 2017, at 22.49, David Emerson <newsgrps at dalyn.co.nz> wrote:

Hi Jim,

Here are the properties that I think are relevant:

SQL Server:
Collation: Latin1_General_CI_AS
Compatibility Level: SQL Server 2008 (100)
ANSI NULL Default: False
ANSI NULLS Enabled: False
ANSI Padding Enabled: False
ANSI Warnings Enabled: False
Concatenate Null Yields Null: False

There are identical on both servers.  Since the problem shows itself in the
database even when the combo box only has a Value List for the row source, I
am not sure that it is SQL Server setting.

MS Access:  The combo boxes work on these versions
Development: Microsoft Office Professional 2010 Version 14.0.7188.5002 (32
bit)
Client Current: Microsoft Office Professional Plus 2010 Version
14.0.7128.5000 (32 bit)

Client New Server: Microsoft Office Professional Plus 2010 Version
14.0.4760.1000 (32 bit)
Client Second Version: Microsoft Office Professional Plus 2013 Version
15.0.4420.1017 (32 bit)

The SQL Server Compatibility Syntax (ANSI 92) options are cleared in all
versions.

One Option would be to see if they can get their version of Access 2010 to a
later 2010 version but not sure if that will help.

Any other thoughts anyone?

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim
Dettman
Sent: Saturday, 16 September 2017 12:21 a.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Empty Combo Box not returning NULL

David,

 In some way, shape, or form, I think you are tripping over ANSI settings
in SQL Server and possibly the ANSI 92 setting in Access.

 I don't clearly remember all the in's and out's with this, but
ANSI_PADDING and ANSI_NULLS both have an impact on what is returned in a
recordset.   ANSI_PADDING is even worse in that there are variations between
char and varchar fields and the way data is actually stored in a table.

As for the ANSI 92 setting in Access, I have steered clear of it.   All I
remember is that when I first tried it, I had lots of problems and never
went back.

<< Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.>>

I think as gustav said, this is your long term answer and it may not be as
bad as you think.  Find and Replace should help you clean it up quickly.   I
always do NZ(<reference>,"")="" as a check, so I've avoided the issue.

Short term, I would go back and look at the SQL Server settings and settings
for the database and make sure they match for anything old/new.  Also if
your using a DSN/ODBC, settings can be specified there as well  depending on
the driver.   

That may still not give you a good result though.   Those settings can
impact how data is actually stored.   If I remember correctly, ANSI_PADDING
is for the life of a table once created, so potentially, you can have a mix
of things between tables even within the same server/database.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Friday, September 15, 2017 06:36 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Empty Combo Box not returning NULL

Hi All,

I have changed the subject to better reflect the problem.

Further testing has tracked down the anomaly.

All tests are done on a copy of the database that works on my development
machine.

On the client's instance of Access 2010:
- if I clear a combo box on an existing form and check for the value I get
an empty string (which is NOT the result expected for combo boxes).
- If I create a new combo box on an existing form, select an item in the
box, clear the box,  and check for the value I get an empty string.
- if I create a new form within the database with a combo box, select an
item in the box, clear the box, and check for the value of the combo box I
get Null (which is the result expected for combo boxes)
- if I copy the combo box from the old form to the new form within the
database, select an item in the box, clear the box, and check for the value
of the combo box I get Null (which is the result expected for combo boxes)

Therefore I conclude that there is something about the existing forms that
causes the empty combo boxes to return an Empty String instead of Null.

I have tried compacting and replacing, decompiling, importing the objects
into a new database but nothing has helped.

One solution would be to copy all the fields from the old forms to new one,
however this database has 250 forms and I don't relish the idea of spending
my weekend doing that exercise.

Another solution would be to check for both Null and Empty Strings when
using the combo box as a source for other code but again this is a large
task.

Does anyone have any other thoughts on how to solve this one?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no
selection or a string for any selection.
Thus, you should use:

   If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

   If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

   If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

   If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

   If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af David
Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something
unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly
and Access 2010 installed cleanly.  Some of the problems have gone away with
setting the record sets of forms and combo boxes.  I have found that I am
now getting an unusual thing happening when I use some of the combo boxes
for filters.

The combo boxes are basically 2 columns with the first column being an ID
and the second column being a text description.

When I select an item from the list the combo box has the value of the ID
for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server
returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am
not aware of?

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



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


From newsgrps at dalyn.co.nz  Sat Sep 16 15:37:19 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Sun, 17 Sep 2017 08:37:19 +1200
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <9E3AA29A-4B95-4799-9638-5C89B84CDA8D@gmail.com>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>	<016a01d32e1d$129bb540$37d31fc0$@verizon.net>	<000501d32e64$1ee02650$5ca072f0$@dalyn.co.nz>
	<9E3AA29A-4B95-4799-9638-5C89B84CDA8D@gmail.com>
Message-ID: <000e01d32f2b$97dabb70$c7903250$@dalyn.co.nz>

Hi Anders, It is the same copy of the database that is being used on all computers.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Anders Ebro (TheSmileyCoder)
Sent: Sunday, 17 September 2017 3:12 a.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Empty Combo Box not returning NULL

What is the format of the combo to?

Sent from my mobile device, and thus kept brief.

On 15 Sep 2017, at 22.49, David Emerson <newsgrps at dalyn.co.nz> wrote:

Hi Jim,

Here are the properties that I think are relevant:

SQL Server:
Collation: Latin1_General_CI_AS
Compatibility Level: SQL Server 2008 (100) ANSI NULL Default: False ANSI NULLS Enabled: False ANSI Padding Enabled: False ANSI Warnings Enabled: False Concatenate Null Yields Null: False

There are identical on both servers.  Since the problem shows itself in the database even when the combo box only has a Value List for the row source, I am not sure that it is SQL Server setting.

MS Access:  The combo boxes work on these versions
Development: Microsoft Office Professional 2010 Version 14.0.7188.5002 (32
bit)
Client Current: Microsoft Office Professional Plus 2010 Version
14.0.7128.5000 (32 bit)

Client New Server: Microsoft Office Professional Plus 2010 Version
14.0.4760.1000 (32 bit)
Client Second Version: Microsoft Office Professional Plus 2013 Version
15.0.4420.1017 (32 bit)

The SQL Server Compatibility Syntax (ANSI 92) options are cleared in all versions.

One Option would be to see if they can get their version of Access 2010 to a later 2010 version but not sure if that will help.

Any other thoughts anyone?

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Jim Dettman
Sent: Saturday, 16 September 2017 12:21 a.m.
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Empty Combo Box not returning NULL

David,

 In some way, shape, or form, I think you are tripping over ANSI settings in SQL Server and possibly the ANSI 92 setting in Access.

 I don't clearly remember all the in's and out's with this, but ANSI_PADDING and ANSI_NULLS both have an impact on what is returned in a
recordset.   ANSI_PADDING is even worse in that there are variations between
char and varchar fields and the way data is actually stored in a table.

As for the ANSI 92 setting in Access, I have steered clear of it.   All I
remember is that when I first tried it, I had lots of problems and never went back.

<< Another solution would be to check for both Null and Empty Strings when using the combo box as a source for other code but again this is a large task.>>

I think as gustav said, this is your long term answer and it may not be as
bad as you think.  Find and Replace should help you clean it up quickly.   I
always do NZ(<reference>,"")="" as a check, so I've avoided the issue.

Short term, I would go back and look at the SQL Server settings and settings for the database and make sure they match for anything old/new.  Also if your using a DSN/ODBC, settings can be specified there as well  depending on
the driver.   

That may still not give you a good result though.   Those settings can
impact how data is actually stored.   If I remember correctly, ANSI_PADDING
is for the life of a table once created, so potentially, you can have a mix of things between tables even within the same server/database.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of David Emerson
Sent: Friday, September 15, 2017 06:36 AM
To: 'Access Developers discussion and problem solving'
Subject: [AccessD] Empty Combo Box not returning NULL

Hi All,

I have changed the subject to better reflect the problem.

Further testing has tracked down the anomaly.

All tests are done on a copy of the database that works on my development machine.

On the client's instance of Access 2010:
- if I clear a combo box on an existing form and check for the value I get an empty string (which is NOT the result expected for combo boxes).
- If I create a new combo box on an existing form, select an item in the box, clear the box,  and check for the value I get an empty string.
- if I create a new form within the database with a combo box, select an item in the box, clear the box, and check for the value of the combo box I get Null (which is the result expected for combo boxes)
- if I copy the combo box from the old form to the new form within the database, select an item in the box, clear the box, and check for the value of the combo box I get Null (which is the result expected for combo boxes)

Therefore I conclude that there is something about the existing forms that causes the empty combo boxes to return an Empty String instead of Null.

I have tried compacting and replacing, decompiling, importing the objects into a new database but nothing has helped.

One solution would be to copy all the fields from the old forms to new one, however this database has 250 forms and I don't relish the idea of spending my weekend doing that exercise.

Another solution would be to check for both Null and Empty Strings when using the combo box as a source for other code but again this is a large task.

Does anyone have any other thoughts on how to solve this one?

Regards

David Emerson
Dalyn Software Ltd
Wellington, New Zealand

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock
Sent: Tuesday, 12 September 2017 6:13 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Recordset method Failed

Hi David

Have in mind please, that an unbound combobox always returns Null for no selection or a string for any selection.
Thus, you should use:

   If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"

or, as the default return value for Nz is an empty string, simply:

   If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"

or, to make clear that you pull the value of the combobox:

   If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"

If you wish to use zero, it should either read:

   If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"

or rather:

   If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"

/gustav


-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P  vegne af David Emerson
Sendt: 12. september 2017 06:37
Til: 'Access Developers discussion and problem solving'
<accessd at databaseadvisors.com>
Emne: Re: [AccessD] Recordset method Failed

I have been doing more investigating and have come up with something unusual.

The IT people have set up a separate box with SQL 2008R2 installed cleanly and Access 2010 installed cleanly.  Some of the problems have gone away with setting the record sets of forms and combo boxes.  I have found that I am now getting an unusual thing happening when I use some of the combo boxes for filters.

The combo boxes are basically 2 columns with the first column being an ID and the second column being a text description.

When I select an item from the list the combo box has the value of the ID for that item.

If I clear the combobox and use nz to get the value of the box (for example
nz(me!cboFilter,0)) I get 0 on my development machine but the new server returns an empty string.  I know this because I had this on the After Update
event:

MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"

On My machine I get:
(0)

On the new server I get
()
Empty String

Why the different behaviour?  Is this a setting, or something with NZ I am not aware of?

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



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

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




From darryl at whittleconsulting.com.au  Sun Sep 17 22:43:57 2017
From: darryl at whittleconsulting.com.au (Darryl Collins)
Date: Mon, 18 Sep 2017 03:43:57 +0000
Subject: [AccessD] Tool for Copying database
In-Reply-To: <CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>
References: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>
	<CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>
	<CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>
Message-ID: <SYXPR01MB107106E732C9B932FAE6A283FC630@SYXPR01MB1071.ausprd01.prod.outlook.com>

Well, he is based in PNG, so it is a good bet that it was him.



-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of jack drawbridge
Sent: Saturday, 16 September 2017 11:45 AM
To: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Subject: Re: [AccessD] Tool for Copying database

I think it was *Stuart McLachlan, but am not certain??? *

On Fri, Sep 15, 2017 at 9:31 PM, Dan Waters <df.waters at outlook.com> wrote:

> Hi David,
>
> That is called the Access DeCorrupter.  Someone here on the list got a 
> copy from me and then posted it on his website but I don't remember 
> who did that.  Someone will remember soon.
>
> Dan
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of David Emerson
> Sent: September 15, 2017 16:38
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Tool for Copying database
>
> Hi Listers,
>
>
>
> I have seen postings about a tool that exports database objects to a 
> text file (or similar) and reimports them into a new database.
>
>
>
> Does anyone have the link for this?
>
>
>
> 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 newsgrps at dalyn.co.nz  Sun Sep 17 23:54:50 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Mon, 18 Sep 2017 16:54:50 +1200
Subject: [AccessD] Tool for Copying database
In-Reply-To: <CAKvidAs50zVjLR_hpAyYUsKsiho4ONiKsWk3sGE-NE+r2ezRTA@mail.gmail.com>
References: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>	<CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>	<CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>	<CAKvidAs50zVjLR_hpAyYUsKsiho4ONiKsWk3sGE-NE+r2ezRTA@mail.gmail.com>
Message-ID: <00b901d3303a$42ea63d0$c8bf2b70$@dalyn.co.nz>

Big thanks to Dan Waters for his DeCorrupter.  It solved the problem.

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
jack drawbridge
Sent: Saturday, 16 September 2017 1:46 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Tool for Copying database

As usual you find it right after hitting enter.

Here is the link
 http://www.camcopng.com/decorrupter.php

On Fri, Sep 15, 2017 at 9:44 PM, jack drawbridge <jackandpat.d at gmail.com>
wrote:

> I think it was *Stuart McLachlan, but am not certain??? *
>
> On Fri, Sep 15, 2017 at 9:31 PM, Dan Waters <df.waters at outlook.com> wrote:
>
>> Hi David,
>>
>> That is called the Access DeCorrupter.  Someone here on the list got 
>> a copy from me and then posted it on his website but I don't remember 
>> who did that.  Someone will remember soon.
>>
>> Dan
>>
>> -----Original Message-----
>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
>> Of David Emerson
>> Sent: September 15, 2017 16:38
>> To: 'Access Developers discussion and problem solving'
>> Subject: [AccessD] Tool for Copying database
>>
>> Hi Listers,
>>
>>
>>
>> I have seen postings about a tool that exports database objects to a 
>> text file (or similar) and reimports them into a new database.
>>
>>
>>
>> Does anyone have the link for this?
>>
>>
>>
>> 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


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



From rockysmolin at bchacc.com  Mon Sep 18 08:33:18 2017
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Mon, 18 Sep 2017 06:33:18 -0700
Subject: [AccessD] Tool for Copying database
In-Reply-To: <00b901d3303a$42ea63d0$c8bf2b70$@dalyn.co.nz>
References: <000601d32e6a$d7838c50$868aa4f0$@dalyn.co.nz>	<CO1PR19MB08075097CA81F413DC7D36AFF66D0@CO1PR19MB0807.namprd19.prod.outlook.com>	<CAKvidAt-i_JREZRb2OqqMbpdwuXsRgSAD3+i+FsawhagWFwrEg@mail.gmail.com>	<CAKvidAs50zVjLR_hpAyYUsKsiho4ONiKsWk3sGE-NE+r2ezRTA@mail.gmail.com>
	<00b901d3303a$42ea63d0$c8bf2b70$@dalyn.co.nz>
Message-ID: <02eb01d33082$b074e950$115ebbf0$@bchacc.com>

Ditto.  I've used it myself 1/2 dozen times in the last couple months.

r

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Sunday, September 17, 2017 9:55 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Tool for Copying database

Big thanks to Dan Waters for his DeCorrupter.  It solved the problem.

Regards

David

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
jack drawbridge
Sent: Saturday, 16 September 2017 1:46 p.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Tool for Copying database

As usual you find it right after hitting enter.

Here is the link
 http://www.camcopng.com/decorrupter.php

On Fri, Sep 15, 2017 at 9:44 PM, jack drawbridge <jackandpat.d at gmail.com>
wrote:

> I think it was *Stuart McLachlan, but am not certain??? *
>
> On Fri, Sep 15, 2017 at 9:31 PM, Dan Waters <df.waters at outlook.com> wrote:
>
>> Hi David,
>>
>> That is called the Access DeCorrupter.  Someone here on the list got 
>> a copy from me and then posted it on his website but I don't remember 
>> who did that.  Someone will remember soon.
>>
>> Dan
>>
>> -----Original Message-----
>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
>> Of David Emerson
>> Sent: September 15, 2017 16:38
>> To: 'Access Developers discussion and problem solving'
>> Subject: [AccessD] Tool for Copying database
>>
>> Hi Listers,
>>
>>
>>
>> I have seen postings about a tool that exports database objects to a 
>> text file (or similar) and reimports them into a new database.
>>
>>
>>
>> Does anyone have the link for this?
>>
>>
>>
>> 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


--
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 thesmileycoder at gmail.com  Sun Sep 17 15:32:47 2017
From: thesmileycoder at gmail.com (The Smiley Coder)
Date: Sun, 17 Sep 2017 22:32:47 +0200
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <000e01d32f2b$97dabb70$c7903250$@dalyn.co.nz>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>
	<016a01d32e1d$129bb540$37d31fc0$@verizon.net>
	<000501d32e64$1ee02650$5ca072f0$@dalyn.co.nz>
	<9E3AA29A-4B95-4799-9638-5C89B84CDA8D@gmail.com>
	<000e01d32f2b$97dabb70$c7903250$@dalyn.co.nz>
Message-ID: <CADzYBDy9mTVJ+PtSd6uSF-pCC5gqS9oxqkKiUN3Sjn7JJ-O-4w@mail.gmail.com>

Yes, but the format property of the combobox, what is that set to?

How are you clearing the comboboxes?

Is the combobox restricted to only allow values in list?

Best regards
Anders Ebro // TheSmileyCoder <http://www.thesmileycoder.com>
Access MVP 2014-2018
<http://mvp.microsoft.com/en-us/mvp/Anders%20Ebro-5000469>

On Sat, Sep 16, 2017 at 10:37 PM, David Emerson <newsgrps at dalyn.co.nz>
wrote:

> Hi Anders, It is the same copy of the database that is being used on all
> computers.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Anders Ebro (TheSmileyCoder)
> Sent: Sunday, 17 September 2017 3:12 a.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Empty Combo Box not returning NULL
>
> What is the format of the combo to?
>
> Sent from my mobile device, and thus kept brief.
>
> On 15 Sep 2017, at 22.49, David Emerson <newsgrps at dalyn.co.nz> wrote:
>
> Hi Jim,
>
> Here are the properties that I think are relevant:
>
> SQL Server:
> Collation: Latin1_General_CI_AS
> Compatibility Level: SQL Server 2008 (100) ANSI NULL Default: False ANSI
> NULLS Enabled: False ANSI Padding Enabled: False ANSI Warnings Enabled:
> False Concatenate Null Yields Null: False
>
> There are identical on both servers.  Since the problem shows itself in
> the database even when the combo box only has a Value List for the row
> source, I am not sure that it is SQL Server setting.
>
> MS Access:  The combo boxes work on these versions
> Development: Microsoft Office Professional 2010 Version 14.0.7188.5002 (32
> bit)
> Client Current: Microsoft Office Professional Plus 2010 Version
> 14.0.7128.5000 (32 bit)
>
> Client New Server: Microsoft Office Professional Plus 2010 Version
> 14.0.4760.1000 (32 bit)
> Client Second Version: Microsoft Office Professional Plus 2013 Version
> 15.0.4420.1017 (32 bit)
>
> The SQL Server Compatibility Syntax (ANSI 92) options are cleared in all
> versions.
>
> One Option would be to see if they can get their version of Access 2010 to
> a later 2010 version but not sure if that will help.
>
> Any other thoughts anyone?
>
> Regards
>
> David
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Jim Dettman
> Sent: Saturday, 16 September 2017 12:21 a.m.
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Empty Combo Box not returning NULL
>
> David,
>
>  In some way, shape, or form, I think you are tripping over ANSI settings
> in SQL Server and possibly the ANSI 92 setting in Access.
>
>  I don't clearly remember all the in's and out's with this, but
> ANSI_PADDING and ANSI_NULLS both have an impact on what is returned in a
> recordset.   ANSI_PADDING is even worse in that there are variations
> between
> char and varchar fields and the way data is actually stored in a table.
>
> As for the ANSI 92 setting in Access, I have steered clear of it.   All I
> remember is that when I first tried it, I had lots of problems and never
> went back.
>
> << Another solution would be to check for both Null and Empty Strings when
> using the combo box as a source for other code but again this is a large
> task.>>
>
> I think as gustav said, this is your long term answer and it may not be as
> bad as you think.  Find and Replace should help you clean it up quickly.
>  I
> always do NZ(<reference>,"")="" as a check, so I've avoided the issue.
>
> Short term, I would go back and look at the SQL Server settings and
> settings for the database and make sure they match for anything old/new.
> Also if your using a DSN/ODBC, settings can be specified there as well
> depending on
> the driver.
>
> That may still not give you a good result though.   Those settings can
> impact how data is actually stored.   If I remember correctly, ANSI_PADDING
> is for the life of a table once created, so potentially, you can have a
> mix of things between tables even within the same server/database.
>
> Jim.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> David Emerson
> Sent: Friday, September 15, 2017 06:36 AM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Empty Combo Box not returning NULL
>
> Hi All,
>
> I have changed the subject to better reflect the problem.
>
> Further testing has tracked down the anomaly.
>
> All tests are done on a copy of the database that works on my development
> machine.
>
> On the client's instance of Access 2010:
> - if I clear a combo box on an existing form and check for the value I get
> an empty string (which is NOT the result expected for combo boxes).
> - If I create a new combo box on an existing form, select an item in the
> box, clear the box,  and check for the value I get an empty string.
> - if I create a new form within the database with a combo box, select an
> item in the box, clear the box, and check for the value of the combo box I
> get Null (which is the result expected for combo boxes)
> - if I copy the combo box from the old form to the new form within the
> database, select an item in the box, clear the box, and check for the value
> of the combo box I get Null (which is the result expected for combo boxes)
>
> Therefore I conclude that there is something about the existing forms that
> causes the empty combo boxes to return an Empty String instead of Null.
>
> I have tried compacting and replacing, decompiling, importing the objects
> into a new database but nothing has helped.
>
> One solution would be to copy all the fields from the old forms to new
> one, however this database has 250 forms and I don't relish the idea of
> spending my weekend doing that exercise.
>
> Another solution would be to check for both Null and Empty Strings when
> using the combo box as a source for other code but again this is a large
> task.
>
> Does anyone have any other thoughts on how to solve this one?
>
> Regards
>
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Gustav Brock
> Sent: Tuesday, 12 September 2017 6:13 p.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Recordset method Failed
>
> Hi David
>
> Have in mind please, that an unbound combobox always returns Null for no
> selection or a string for any selection.
> Thus, you should use:
>
>    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"
>
> or, as the default return value for Nz is an empty string, simply:
>
>    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"
>
> or, to make clear that you pull the value of the combobox:
>
>    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"
>
> If you wish to use zero, it should either read:
>
>    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"
>
> or rather:
>
>    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"
>
> /gustav
>
>
> -----Oprindelig meddelelse-----
> Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P  vegne af
> David Emerson
> Sendt: 12. september 2017 06:37
> Til: 'Access Developers discussion and problem solving'
> <accessd at databaseadvisors.com>
> Emne: Re: [AccessD] Recordset method Failed
>
> I have been doing more investigating and have come up with something
> unusual.
>
> The IT people have set up a separate box with SQL 2008R2 installed cleanly
> and Access 2010 installed cleanly.  Some of the problems have gone away
> with setting the record sets of forms and combo boxes.  I have found that I
> am now getting an unusual thing happening when I use some of the combo
> boxes for filters.
>
> The combo boxes are basically 2 columns with the first column being an ID
> and the second column being a text description.
>
> When I select an item from the list the combo box has the value of the ID
> for that item.
>
> If I clear the combobox and use nz to get the value of the box (for example
> nz(me!cboFilter,0)) I get 0 on my development machine but the new server
> returns an empty string.  I know this because I had this on the After Update
> event:
>
> MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
> If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"
>
> On My machine I get:
> (0)
>
> On the new server I get
> ()
> Empty String
>
> Why the different behaviour?  Is this a setting, or something with NZ I am
> not aware of?
>
> 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
>
>
>
> --
> 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 newsgrps at dalyn.co.nz  Mon Sep 18 16:11:56 2017
From: newsgrps at dalyn.co.nz (David Emerson)
Date: Tue, 19 Sep 2017 09:11:56 +1200
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <CADzYBDy9mTVJ+PtSd6uSF-pCC5gqS9oxqkKiUN3Sjn7JJ-O-4w@mail.gmail.com>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>	<016a01d32e1d$129bb540$37d31fc0$@verizon.net>	<000501d32e64$1ee02650$5ca072f0$@dalyn.co.nz>	<9E3AA29A-4B95-4799-9638-5C89B84CDA8D@gmail.com>	<000e01d32f2b$97dabb70$c7903250$@dalyn.co.nz>
	<CADzYBDy9mTVJ+PtSd6uSF-pCC5gqS9oxqkKiUN3Sjn7JJ-O-4w@mail.gmail.com>
Message-ID: <000c01d330c2$c27b3740$4771a5c0$@dalyn.co.nz>

Hi Anders,  Boiled down to a corrupt database.  Fixed with Dan Water's
Decorrupter.

Thanks for your input though.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of The
Smiley Coder
Sent: Monday, 18 September 2017 8:33 a.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Empty Combo Box not returning NULL

Yes, but the format property of the combobox, what is that set to?

How are you clearing the comboboxes?

Is the combobox restricted to only allow values in list?

Best regards
Anders Ebro // TheSmileyCoder <http://www.thesmileycoder.com> Access MVP
2014-2018 <http://mvp.microsoft.com/en-us/mvp/Anders%20Ebro-5000469>

On Sat, Sep 16, 2017 at 10:37 PM, David Emerson <newsgrps at dalyn.co.nz>
wrote:

> Hi Anders, It is the same copy of the database that is being used on 
> all computers.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Anders Ebro (TheSmileyCoder)
> Sent: Sunday, 17 September 2017 3:12 a.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Empty Combo Box not returning NULL
>
> What is the format of the combo to?
>
> Sent from my mobile device, and thus kept brief.
>
> On 15 Sep 2017, at 22.49, David Emerson <newsgrps at dalyn.co.nz> wrote:
>
> Hi Jim,
>
> Here are the properties that I think are relevant:
>
> SQL Server:
> Collation: Latin1_General_CI_AS
> Compatibility Level: SQL Server 2008 (100) ANSI NULL Default: False 
> ANSI NULLS Enabled: False ANSI Padding Enabled: False ANSI Warnings
Enabled:
> False Concatenate Null Yields Null: False
>
> There are identical on both servers.  Since the problem shows itself 
> in the database even when the combo box only has a Value List for the 
> row source, I am not sure that it is SQL Server setting.
>
> MS Access:  The combo boxes work on these versions
> Development: Microsoft Office Professional 2010 Version 14.0.7188.5002 
> (32
> bit)
> Client Current: Microsoft Office Professional Plus 2010 Version
> 14.0.7128.5000 (32 bit)
>
> Client New Server: Microsoft Office Professional Plus 2010 Version
> 14.0.4760.1000 (32 bit)
> Client Second Version: Microsoft Office Professional Plus 2013 Version
> 15.0.4420.1017 (32 bit)
>
> The SQL Server Compatibility Syntax (ANSI 92) options are cleared in 
> all versions.
>
> One Option would be to see if they can get their version of Access 
> 2010 to a later 2010 version but not sure if that will help.
>
> Any other thoughts anyone?
>
> Regards
>
> David
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Jim Dettman
> Sent: Saturday, 16 September 2017 12:21 a.m.
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Empty Combo Box not returning NULL
>
> David,
>
>  In some way, shape, or form, I think you are tripping over ANSI 
> settings in SQL Server and possibly the ANSI 92 setting in Access.
>
>  I don't clearly remember all the in's and out's with this, but 
> ANSI_PADDING and ANSI_NULLS both have an impact on what is returned in a
> recordset.   ANSI_PADDING is even worse in that there are variations
> between
> char and varchar fields and the way data is actually stored in a table.
>
> As for the ANSI 92 setting in Access, I have steered clear of it.   All I
> remember is that when I first tried it, I had lots of problems and 
> never went back.
>
> << Another solution would be to check for both Null and Empty Strings 
> when using the combo box as a source for other code but again this is 
> a large task.>>
>
> I think as gustav said, this is your long term answer and it may not 
> be as bad as you think.  Find and Replace should help you clean it up
quickly.
>  I
> always do NZ(<reference>,"")="" as a check, so I've avoided the issue.
>
> Short term, I would go back and look at the SQL Server settings and 
> settings for the database and make sure they match for anything old/new.
> Also if your using a DSN/ODBC, settings can be specified there as well 
> depending on the driver.
>
> That may still not give you a good result though.   Those settings can
> impact how data is actually stored.   If I remember correctly,
ANSI_PADDING
> is for the life of a table once created, so potentially, you can have 
> a mix of things between tables even within the same server/database.
>
> Jim.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of David Emerson
> Sent: Friday, September 15, 2017 06:36 AM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Empty Combo Box not returning NULL
>
> Hi All,
>
> I have changed the subject to better reflect the problem.
>
> Further testing has tracked down the anomaly.
>
> All tests are done on a copy of the database that works on my 
> development machine.
>
> On the client's instance of Access 2010:
> - if I clear a combo box on an existing form and check for the value I 
> get an empty string (which is NOT the result expected for combo boxes).
> - If I create a new combo box on an existing form, select an item in 
> the box, clear the box,  and check for the value I get an empty string.
> - if I create a new form within the database with a combo box, select 
> an item in the box, clear the box, and check for the value of the 
> combo box I get Null (which is the result expected for combo boxes)
> - if I copy the combo box from the old form to the new form within the 
> database, select an item in the box, clear the box, and check for the 
> value of the combo box I get Null (which is the result expected for 
> combo boxes)
>
> Therefore I conclude that there is something about the existing forms 
> that causes the empty combo boxes to return an Empty String instead of
Null.
>
> I have tried compacting and replacing, decompiling, importing the 
> objects into a new database but nothing has helped.
>
> One solution would be to copy all the fields from the old forms to new 
> one, however this database has 250 forms and I don't relish the idea 
> of spending my weekend doing that exercise.
>
> Another solution would be to check for both Null and Empty Strings 
> when using the combo box as a source for other code but again this is 
> a large task.
>
> Does anyone have any other thoughts on how to solve this one?
>
> Regards
>
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Gustav Brock
> Sent: Tuesday, 12 September 2017 6:13 p.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Recordset method Failed
>
> Hi David
>
> Have in mind please, that an unbound combobox always returns Null for 
> no selection or a string for any selection.
> Thus, you should use:
>
>    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"
>
> or, as the default return value for Nz is an empty string, simply:
>
>    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"
>
> or, to make clear that you pull the value of the combobox:
>
>    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"
>
> If you wish to use zero, it should either read:
>
>    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"
>
> or rather:
>
>    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"
>
> /gustav
>
>
> -----Oprindelig meddelelse-----
> Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P  vegne af 
> David Emerson
> Sendt: 12. september 2017 06:37
> Til: 'Access Developers discussion and problem solving'
> <accessd at databaseadvisors.com>
> Emne: Re: [AccessD] Recordset method Failed
>
> I have been doing more investigating and have come up with something 
> unusual.
>
> The IT people have set up a separate box with SQL 2008R2 installed 
> cleanly and Access 2010 installed cleanly.  Some of the problems have 
> gone away with setting the record sets of forms and combo boxes.  I 
> have found that I am now getting an unusual thing happening when I use 
> some of the combo boxes for filters.
>
> The combo boxes are basically 2 columns with the first column being an 
> ID and the second column being a text description.
>
> When I select an item from the list the combo box has the value of the 
> ID for that item.
>
> If I clear the combobox and use nz to get the value of the box (for 
> example
> nz(me!cboFilter,0)) I get 0 on my development machine but the new 
> server returns an empty string.  I know this because I had this on the 
> After Update
> event:
>
> MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
> If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"
>
> On My machine I get:
> (0)
>
> On the new server I get
> ()
> Empty String
>
> Why the different behaviour?  Is this a setting, or something with NZ 
> I am not aware of?
>
> 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
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
--
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com



From bensonforums at gmail.com  Mon Sep 18 17:16:06 2017
From: bensonforums at gmail.com (Bill Benson)
Date: Mon, 18 Sep 2017 18:16:06 -0400
Subject: [AccessD] Determining the records about to be deleted by the
 DBEngine
Message-ID: <CAJLzs_3KmPFeu465OOm=mdSCWv-zixu11x8mzTLH6g=4JrrTCA@mail.gmail.com>

How, in the BeforeDelConfirm event, can I determine what records are about
to be deleted so that I can give the user more info than Access's "how many
records will be deleted" message? For example, related records in other
tables that I have to maintain the cascading deletions for (the data
integrity is not set, so I have to take care of the cleanup in code)?

When I put code to test recordsetclone, form.Selheight, Form.Seltop kind of
stuff in MouseMove of the datasheet form - I get a different set of records
by the time Access condenses the data set (I think it ut retriggers
MouseMove on its own, when pushing the user onto the next available record
that would exist post-delete, while showing the transactional view. If the
user cancels, this problem goes away but if the user does not cancel, I do
not want Access reporting on the record below where the user is deleting
from, the way it seems to now.

I would be surprised there is nothing I can use like Access natively uses
to identify which records are about to be deleted?


Form Class Module
Dim arSelectedItems() as long
Dim StrID as String

Private Sub Form_BeforeDelConfirm(Cancel As Integer, Response As Integer)
Dim i As Long
For i = 1 To UBound(arSelectedItems)
    strID = strID & "," & arSelectedItems(i)

Next

    Debug.Print Debug.Print Mid(strID, 2)

End Sub


Private Sub Form_MouseMove(Button As Integer, Shift As Integer, X As
Single, Y As Single)
Dim rst As Recordset
Dim F As Form
Dim strID As String
Set F = Me
Dim i As Long
ReDim arSelectedItems(0 To F.SelHeight)
If Me.SelHeight = 0 Then
    Exit Sub
End If
Set rst = Me.RecordsetClone
rst.MoveFirst
For i = 1 To F.SelTop - 1
    rst.MoveNext
Next
For i = 1 To F.SelHeight
    arSelectedItems(i) = rst!ID
    strID = strID & "," & arSelectedItems(i)
    rst.MoveNext
Next
Debug.Print Mid(strID, 2)
End Sub

From jimdettman at verizon.net  Mon Sep 18 17:31:59 2017
From: jimdettman at verizon.net (Jim Dettman)
Date: Mon, 18 Sep 2017 18:31:59 -0400
Subject: [AccessD] Empty Combo Box not returning NULL
In-Reply-To: <000c01d330c2$c27b3740$4771a5c0$@dalyn.co.nz>
References: <002601d32e0e$68d7f680$3a87e380$@dalyn.co.nz>	<016a01d32e1d$129bb540$37d31fc0$@verizon.net>	<000501d32e64$1ee02650$5ca072f0$@dalyn.co.nz>	<9E3AA29A-4B95-4799-9638-5C89B84CDA8D@gmail.com>	<000e01d32f2b$97dabb70$c7903250$@dalyn.co.nz>	<CADzYBDy9mTVJ+PtSd6uSF-pCC5gqS9oxqkKiUN3Sjn7JJ-O-4w@mail.gmail.com>
	<000c01d330c2$c27b3740$4771a5c0$@dalyn.co.nz>
Message-ID: <013b01d330cd$f15eff00$d41cfd00$@verizon.net>


 That is totally weird.

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
David Emerson
Sent: Monday, September 18, 2017 05:12 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Empty Combo Box not returning NULL

Hi Anders,  Boiled down to a corrupt database.  Fixed with Dan Water's
Decorrupter.

Thanks for your input though.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of The
Smiley Coder
Sent: Monday, 18 September 2017 8:33 a.m.
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Empty Combo Box not returning NULL

Yes, but the format property of the combobox, what is that set to?

How are you clearing the comboboxes?

Is the combobox restricted to only allow values in list?

Best regards
Anders Ebro // TheSmileyCoder <http://www.thesmileycoder.com> Access MVP
2014-2018 <http://mvp.microsoft.com/en-us/mvp/Anders%20Ebro-5000469>

On Sat, Sep 16, 2017 at 10:37 PM, David Emerson <newsgrps at dalyn.co.nz>
wrote:

> Hi Anders, It is the same copy of the database that is being used on 
> all computers.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Anders Ebro (TheSmileyCoder)
> Sent: Sunday, 17 September 2017 3:12 a.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Empty Combo Box not returning NULL
>
> What is the format of the combo to?
>
> Sent from my mobile device, and thus kept brief.
>
> On 15 Sep 2017, at 22.49, David Emerson <newsgrps at dalyn.co.nz> wrote:
>
> Hi Jim,
>
> Here are the properties that I think are relevant:
>
> SQL Server:
> Collation: Latin1_General_CI_AS
> Compatibility Level: SQL Server 2008 (100) ANSI NULL Default: False 
> ANSI NULLS Enabled: False ANSI Padding Enabled: False ANSI Warnings
Enabled:
> False Concatenate Null Yields Null: False
>
> There are identical on both servers.  Since the problem shows itself 
> in the database even when the combo box only has a Value List for the 
> row source, I am not sure that it is SQL Server setting.
>
> MS Access:  The combo boxes work on these versions
> Development: Microsoft Office Professional 2010 Version 14.0.7188.5002 
> (32
> bit)
> Client Current: Microsoft Office Professional Plus 2010 Version
> 14.0.7128.5000 (32 bit)
>
> Client New Server: Microsoft Office Professional Plus 2010 Version
> 14.0.4760.1000 (32 bit)
> Client Second Version: Microsoft Office Professional Plus 2013 Version
> 15.0.4420.1017 (32 bit)
>
> The SQL Server Compatibility Syntax (ANSI 92) options are cleared in 
> all versions.
>
> One Option would be to see if they can get their version of Access 
> 2010 to a later 2010 version but not sure if that will help.
>
> Any other thoughts anyone?
>
> Regards
>
> David
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Jim Dettman
> Sent: Saturday, 16 September 2017 12:21 a.m.
> To: 'Access Developers discussion and problem solving'
> Subject: Re: [AccessD] Empty Combo Box not returning NULL
>
> David,
>
>  In some way, shape, or form, I think you are tripping over ANSI 
> settings in SQL Server and possibly the ANSI 92 setting in Access.
>
>  I don't clearly remember all the in's and out's with this, but 
> ANSI_PADDING and ANSI_NULLS both have an impact on what is returned in a
> recordset.   ANSI_PADDING is even worse in that there are variations
> between
> char and varchar fields and the way data is actually stored in a table.
>
> As for the ANSI 92 setting in Access, I have steered clear of it.   All I
> remember is that when I first tried it, I had lots of problems and 
> never went back.
>
> << Another solution would be to check for both Null and Empty Strings 
> when using the combo box as a source for other code but again this is 
> a large task.>>
>
> I think as gustav said, this is your long term answer and it may not 
> be as bad as you think.  Find and Replace should help you clean it up
quickly.
>  I
> always do NZ(<reference>,"")="" as a check, so I've avoided the issue.
>
> Short term, I would go back and look at the SQL Server settings and 
> settings for the database and make sure they match for anything old/new.
> Also if your using a DSN/ODBC, settings can be specified there as well 
> depending on the driver.
>
> That may still not give you a good result though.   Those settings can
> impact how data is actually stored.   If I remember correctly,
ANSI_PADDING
> is for the life of a table once created, so potentially, you can have 
> a mix of things between tables even within the same server/database.
>
> Jim.
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of David Emerson
> Sent: Friday, September 15, 2017 06:36 AM
> To: 'Access Developers discussion and problem solving'
> Subject: [AccessD] Empty Combo Box not returning NULL
>
> Hi All,
>
> I have changed the subject to better reflect the problem.
>
> Further testing has tracked down the anomaly.
>
> All tests are done on a copy of the database that works on my 
> development machine.
>
> On the client's instance of Access 2010:
> - if I clear a combo box on an existing form and check for the value I 
> get an empty string (which is NOT the result expected for combo boxes).
> - If I create a new combo box on an existing form, select an item in 
> the box, clear the box,  and check for the value I get an empty string.
> - if I create a new form within the database with a combo box, select 
> an item in the box, clear the box, and check for the value of the 
> combo box I get Null (which is the result expected for combo boxes)
> - if I copy the combo box from the old form to the new form within the 
> database, select an item in the box, clear the box, and check for the 
> value of the combo box I get Null (which is the result expected for 
> combo boxes)
>
> Therefore I conclude that there is something about the existing forms 
> that causes the empty combo boxes to return an Empty String instead of
Null.
>
> I have tried compacting and replacing, decompiling, importing the 
> objects into a new database but nothing has helped.
>
> One solution would be to copy all the fields from the old forms to new 
> one, however this database has 250 forms and I don't relish the idea 
> of spending my weekend doing that exercise.
>
> Another solution would be to check for both Null and Empty Strings 
> when using the combo box as a source for other code but again this is 
> a large task.
>
> Does anyone have any other thoughts on how to solve this one?
>
> Regards
>
> David Emerson
> Dalyn Software Ltd
> Wellington, New Zealand
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Gustav Brock
> Sent: Tuesday, 12 September 2017 6:13 p.m.
> To: Access Developers discussion and problem solving
> Subject: Re: [AccessD] Recordset method Failed
>
> Hi David
>
> Have in mind please, that an unbound combobox always returns Null for 
> no selection or a string for any selection.
> Thus, you should use:
>
>    If Nz(Me!cboFilter, "") = "" Then MsgBox "Empty string"
>
> or, as the default return value for Nz is an empty string, simply:
>
>    If Nz(Me!cboFilter) = "" Then MsgBox "Empty string"
>
> or, to make clear that you pull the value of the combobox:
>
>    If Nz(Me!cboFilter.Value) = "" Then MsgBox "Empty string"
>
> If you wish to use zero, it should either read:
>
>    If Nz(Me!cboFilter, 0) = 0 Then MsgBox "Empty string"
>
> or rather:
>
>    If Nz(Me!cboFilter, "0") = "0" Then MsgBox "Empty string"
>
> /gustav
>
>
> -----Oprindelig meddelelse-----
> Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P  vegne af 
> David Emerson
> Sendt: 12. september 2017 06:37
> Til: 'Access Developers discussion and problem solving'
> <accessd at databaseadvisors.com>
> Emne: Re: [AccessD] Recordset method Failed
>
> I have been doing more investigating and have come up with something 
> unusual.
>
> The IT people have set up a separate box with SQL 2008R2 installed 
> cleanly and Access 2010 installed cleanly.  Some of the problems have 
> gone away with setting the record sets of forms and combo boxes.  I 
> have found that I am now getting an unusual thing happening when I use 
> some of the combo boxes for filters.
>
> The combo boxes are basically 2 columns with the first column being an 
> ID and the second column being a text description.
>
> When I select an item from the list the combo box has the value of the 
> ID for that item.
>
> If I clear the combobox and use nz to get the value of the box (for 
> example
> nz(me!cboFilter,0)) I get 0 on my development machine but the new 
> server returns an empty string.  I know this because I had this on the 
> After Update
> event:
>
> MsgBox "(" & Nz(Me!cboFilter, 0) & ")"
> If Nz(Me!cboFilter, 0) = "" Then MsgBox "Empty string"
>
> On My machine I get:
> (0)
>
> On the new server I get
> ()
> Empty String
>
> Why the different behaviour?  Is this a setting, or something with NZ 
> I am not aware of?
>
> 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
>
>
>
> --
> 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 darren at activebilling.com.au  Tue Sep 19 01:47:56 2017
From: darren at activebilling.com.au (Darren - Active Billing)
Date: Tue, 19 Sep 2017 16:47:56 +1000
Subject: [AccessD] OT: Batch File Syntax
Message-ID: <A67E54FB-B4DA-464E-B679-7EE19FDC67F7@activebilling.com.au>

Hi guys,

 

This batch file is not quite working ? Syntax is not right. When I type actual values into the ?net user? line it works a treat.

 

Just the setting up of the variables and then having those variables passed to the ?net user? line is failing. I?ve tried a lot of variances, this just happens to be the most recent.

 

~~~~~~~~~~~~~~~~~~~~

@Echo off

cls

 

set ARG1UName = "fatso"

set ARG2PWD = "abc123" 

set ARG3FullName = "Fatty Arbuckle"

set ARG4Comment = "General User"

set ARG5Group = "Administrators"

 

net user %ARG1Uname% %ARG2PWD% /fullname:%ARG3FullName% /comment:%ARG4Comment% /active:yes /passwordchg:no /add

pause

NET LOCALGROUP %ARG5Group% %ARG1Uname% /ADD

pause

~~~~~~~~~~~~~~~~~~~~

 

 

Can anyone assist?

 

Many thanks in advance.

 

Darren


From paul.hartland at googlemail.com  Tue Sep 19 02:09:16 2017
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Tue, 19 Sep 2017 08:09:16 +0100
Subject: [AccessD] OT: Batch File Syntax
In-Reply-To: <A67E54FB-B4DA-464E-B679-7EE19FDC67F7@activebilling.com.au>
References: <A67E54FB-B4DA-464E-B679-7EE19FDC67F7@activebilling.com.au>
Message-ID: <CALGJE975QFjY7GSkkzzysLsUag63mzkHqgw+G+DDoe3=9c-d8Q@mail.gmail.com>

Not done batch for a while, have you tried forward slash p after the set
command, canf remember off hand what it does but sure I have used it for
something

So replace set ARG1UName = "fatso"
With set /p ARG1UName = "fatso"

On 19 Sep 2017 07:49, "Darren - Active Billing" <darren at activebilling.com.au>
wrote:

> Hi guys,
>
>
>
> This batch file is not quite working ? Syntax is not right. When I type
> actual values into the ?net user? line it works a treat.
>
>
>
> Just the setting up of the variables and then having those variables
> passed to the ?net user? line is failing. I?ve tried a lot of variances,
> this just happens to be the most recent.
>
>
>
> ~~~~~~~~~~~~~~~~~~~~
>
> @Echo off
>
> cls
>
>
>
> set ARG1UName = "fatso"
>
> set ARG2PWD = "abc123"
>
> set ARG3FullName = "Fatty Arbuckle"
>
> set ARG4Comment = "General User"
>
> set ARG5Group = "Administrators"
>
>
>
> net user %ARG1Uname% %ARG2PWD% /fullname:%ARG3FullName%
> /comment:%ARG4Comment% /active:yes /passwordchg:no /add
>
> pause
>
> NET LOCALGROUP %ARG5Group% %ARG1Uname% /ADD
>
> pause
>
> ~~~~~~~~~~~~~~~~~~~~
>
>
>
>
>
> Can anyone assist?
>
>
>
> Many thanks in advance.
>
>
>
> Darren
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>

From paul.hartland at googlemail.com  Tue Sep 19 04:17:00 2017
From: paul.hartland at googlemail.com (Paul Hartland)
Date: Tue, 19 Sep 2017 10:17:00 +0100
Subject: [AccessD] OT: Batch File Syntax
In-Reply-To: <CALGJE975QFjY7GSkkzzysLsUag63mzkHqgw+G+DDoe3=9c-d8Q@mail.gmail.com>
References: <A67E54FB-B4DA-464E-B679-7EE19FDC67F7@activebilling.com.au>
	<CALGJE975QFjY7GSkkzzysLsUag63mzkHqgw+G+DDoe3=9c-d8Q@mail.gmail.com>
Message-ID: <CALGJE967SBS2o9h7MGNKTScwU_=TgeZBptNYuYHdh=HSw_qcbA@mail.gmail.com>

Ignore last email about the /p

On 19 Sep 2017 08:09, "Paul Hartland" <paul.hartland at googlemail.com> wrote:

> Not done batch for a while, have you tried forward slash p after the set
> command, canf remember off hand what it does but sure I have used it for
> something
>
> So replace set ARG1UName = "fatso"
> With set /p ARG1UName = "fatso"
>
> On 19 Sep 2017 07:49, "Darren - Active Billing" <
> darren at activebilling.com.au> wrote:
>
>> Hi guys,
>>
>>
>>
>> This batch file is not quite working ? Syntax is not right. When I type
>> actual values into the ?net user? line it works a treat.
>>
>>
>>
>> Just the setting up of the variables and then having those variables
>> passed to the ?net user? line is failing. I?ve tried a lot of variances,
>> this just happens to be the most recent.
>>
>>
>>
>> ~~~~~~~~~~~~~~~~~~~~
>>
>> @Echo off
>>
>> cls
>>
>>
>>
>> set ARG1UName = "fatso"
>>
>> set ARG2PWD = "abc123"
>>
>> set ARG3FullName = "Fatty Arbuckle"
>>
>> set ARG4Comment = "General User"
>>
>> set ARG5Group = "Administrators"
>>
>>
>>
>> net user %ARG1Uname% %ARG2PWD% /fullname:%ARG3FullName%
>> /comment:%ARG4Comment% /active:yes /passwordchg:no /add
>>
>> pause
>>
>> NET LOCALGROUP %ARG5Group% %ARG1Uname% /ADD
>>
>> pause
>>
>> ~~~~~~~~~~~~~~~~~~~~
>>
>>
>>
>>
>>
>> Can anyone assist?
>>
>>
>>
>> Many thanks in advance.
>>
>>
>>
>> Darren
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>
>

From gustav at cactus.dk  Tue Sep 19 06:05:50 2017
From: gustav at cactus.dk (Gustav Brock)
Date: Tue, 19 Sep 2017 11:05:50 +0000
Subject: [AccessD] Batch File Syntax
Message-ID: <HE1PR1001MB1129F1C5DA7F3E97BBDAE9BACA600@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>

Hi Darren

No spaces, nor quotes:

@Echo off
cls
set ARG1UName=fatso
set ARG2PWD=abc123
set ARG3FullName=Fatty Arbuckle
set ARG4Comment=General User
set ARG5Group=Administrators

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darren - Active Billing
Sendt: 19. september 2017 08:48
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: [AccessD] OT: Batch File Syntax

Hi guys, 

This batch file is not quite working ? Syntax is not right. When I type actual values into the ?net user? line it works a treat. 

Just the setting up of the variables and then having those variables passed to the ?net user? line is failing. I?ve tried a lot of variances, this just happens to be the most recent. 

~~~~~~~~~~~~~~~~~~~~

@Echo off

cls

set ARG1UName = "fatso"

set ARG2PWD = "abc123" 

set ARG3FullName = "Fatty Arbuckle"

set ARG4Comment = "General User"

set ARG5Group = "Administrators"

 net user %ARG1Uname% %ARG2PWD% /fullname:%ARG3FullName% /comment:%ARG4Comment% /active:yes /passwordchg:no /add

pause

NET LOCALGROUP %ARG5Group% %ARG1Uname% /ADD

pause

~~~~~~~~~~~~~~~~~~~~

Can anyone assist?

Many thanks in advance.

Darren 


From darren at activebilling.com.au  Tue Sep 19 07:42:35 2017
From: darren at activebilling.com.au (Darren - Active Billing)
Date: Tue, 19 Sep 2017 22:42:35 +1000
Subject: [AccessD] OT: Batch File Syntax - Solved
Message-ID: <25F274F0-808C-4E51-AD87-BA113FAC7265@activebilling.com.au>

Thanks for the quick response Gustav.

 

Yes, the spaces were causing the grief

 

Here?s the final Batch file for anyone who cares.

 

Thank you again, Gustav. Most appreciated.

 

~~~~~~~~~~~~~~~~~~~~~~~~~

@Echo off

cls

 

set ARG1UName=fatso

set ARG2PWD=abc123

set ARG3FullName="Fatty Arbuckle"

set ARG4Comment="General User"

set ARG5Group="General Users Group"

 

net user %ARG1UName% %ARG2PWD% /fullname:%ARG3FullName% /comment:%ARG4Comment% /active:yes /passwordchg:no /expires:never /add

 

WMIC USERACCOUNT WHERE Name='%ARG1UName%' SET PasswordExpires=FALSE

 

NET LOCALGROUP %ARG5Group% %ARG1UName% /ADD

 

pause

~~~~~~~~~~~~~~~~~~~~~~~~~

 

Many thanks.

 

Darren

 

From: AccessD <accessd-bounces at databaseadvisors.com> on behalf of Gustav Brock <gustav at cactus.dk>
Reply-To: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Date: Tuesday, 19 September 2017 9:05 pm
To: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Subject: Re: [AccessD] Batch File Syntax

 

Hi Darren

 

No spaces, nor quotes:

 

@Echo off

cls

set ARG1UName=fatso

set ARG2PWD=abc123

set ARG3FullName=Fatty Arbuckle

set ARG4Comment=General User

set ARG5Group=Administrators

 

/gustav

 

-----Oprindelig meddelelse-----

Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Darren - Active Billing

Sendt: 19. september 2017 08:48

Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>

Emne: [AccessD] OT: Batch File Syntax

 

Hi guys, 

 

This batch file is not quite working ? Syntax is not right. When I type actual values into the ?net user? line it works a treat. 

 

Just the setting up of the variables and then having those variables passed to the ?net user? line is failing. I?ve tried a lot of variances, this just happens to be the most recent. 

 

~~~~~~~~~~~~~~~~~~~~

 

@Echo off

 

cls

 

set ARG1UName = "fatso"

 

set ARG2PWD = "abc123" 

 

set ARG3FullName = "Fatty Arbuckle"

 

set ARG4Comment = "General User"

 

set ARG5Group = "Administrators"

 

net user %ARG1Uname% %ARG2PWD% /fullname:%ARG3FullName% /comment:%ARG4Comment% /active:yes /passwordchg:no /add

 

pause

 

NET LOCALGROUP %ARG5Group% %ARG1Uname% /ADD

 

pause

 

~~~~~~~~~~~~~~~~~~~~

 

Can anyone assist?

 

Many thanks in advance.

 

Darren 

 

-- 

AccessD mailing list

AccessD at databaseadvisors.com

http://databaseadvisors.com/mailman/listinfo/accessd

Website: http://www.databaseadvisors.com

 


From bensonforums at gmail.com  Tue Sep 19 12:05:34 2017
From: bensonforums at gmail.com (Bill Benson)
Date: Tue, 19 Sep 2017 13:05:34 -0400
Subject: [AccessD] Determining the records about to be deleted by the
 DBEngine
In-Reply-To: <CAJLzs_3KmPFeu465OOm=mdSCWv-zixu11x8mzTLH6g=4JrrTCA@mail.gmail.com>
References: <CAJLzs_3KmPFeu465OOm=mdSCWv-zixu11x8mzTLH6g=4JrrTCA@mail.gmail.com>
Message-ID: <CAJLzs_30kXnb5nbFcHG7SU0mk3B4n8FoZubMVMbDPiKC_42wyQ@mail.gmail.com>

I am a little surprised no one responded ... but I will report that the
"issue" I thought I had turned out to be an artifact of Access firing the
MouseMove event one additional time as it settled on the record below the
one(s) selected - whether that be an existing record or a new record - but
this turned out to be after the BeforeDelConfirm event had fired. Thus, the
records I was testing in BeforeDelConfirm were only the ones selected at
the time the user pressed delete. So all is well.

On Mon, Sep 18, 2017 at 6:16 PM, Bill Benson <bensonforums at gmail.com> wrote:

> How, in the BeforeDelConfirm event, can I determine what records are
> about to be deleted so that I can give the user more info than Access's
> "how many records will be deleted" message? For example, related records in
> other tables that I have to maintain the cascading deletions for (the data
> integrity is not set, so I have to take care of the cleanup in code)?
>
> When I put code to test recordsetclone, form.Selheight, Form.Seltop kind
> of stuff in MouseMove of the datasheet form - I get a different set of
> records by the time Access condenses the data set (I think it ut retriggers
> MouseMove on its own, when pushing the user onto the next available record
> that would exist post-delete, while showing the transactional view. If the
> user cancels, this problem goes away but if the user does not cancel, I do
> not want Access reporting on the record below where the user is deleting
> from, the way it seems to now.
>
> I would be surprised there is nothing I can use like Access natively uses
> to identify which records are about to be deleted?
>
>
> Form Class Module
> Dim arSelectedItems() as long
> Dim StrID as String
>
> Private Sub Form_BeforeDelConfirm(Cancel As Integer, Response As Integer)
> Dim i As Long
> For i = 1 To UBound(arSelectedItems)
>     strID = strID & "," & arSelectedItems(i)
>
> Next
>
>     Debug.Print Debug.Print Mid(strID, 2)
>
> End Sub
>
>
> Private Sub Form_MouseMove(Button As Integer, Shift As Integer, X As
> Single, Y As Single)
> Dim rst As Recordset
> Dim F As Form
> Dim strID As String
> Set F = Me
> Dim i As Long
> ReDim arSelectedItems(0 To F.SelHeight)
> If Me.SelHeight = 0 Then
>     Exit Sub
> End If
> Set rst = Me.RecordsetClone
> rst.MoveFirst
> For i = 1 To F.SelTop - 1
>     rst.MoveNext
> Next
> For i = 1 To F.SelHeight
>     arSelectedItems(i) = rst!ID
>     strID = strID & "," & arSelectedItems(i)
>     rst.MoveNext
> Next
> Debug.Print Mid(strID, 2)
> End Sub
>

From bensonforums at gmail.com  Tue Sep 19 12:30:55 2017
From: bensonforums at gmail.com (Bill Benson)
Date: Tue, 19 Sep 2017 13:30:55 -0400
Subject: [AccessD] Determining the records about to be deleted by the
 DBEngine
In-Reply-To: <CAJLzs_30kXnb5nbFcHG7SU0mk3B4n8FoZubMVMbDPiKC_42wyQ@mail.gmail.com>
References: <CAJLzs_3KmPFeu465OOm=mdSCWv-zixu11x8mzTLH6g=4JrrTCA@mail.gmail.com>
	<CAJLzs_30kXnb5nbFcHG7SU0mk3B4n8FoZubMVMbDPiKC_42wyQ@mail.gmail.com>
Message-ID: <CAJLzs_0Q4xJCuWtfwE67DoSGwEXoVjV0Oau_GZpnDh1AyaKUhQ@mail.gmail.com>

And - now I have a new problem. If the user is sitting in a record and
presses Ctrl A which selects all the records, this does not fire the
mousemove event at all. And therefore when they press the Delete key I have
nothing to loop through. It seems I am forced to find some way to determine
what records are about to be deleted, in the BeforeDelConfirm event,
without use of MouseMove, otherwise I cannot perform my additional tests
and prompts to the user.


On Tue, Sep 19, 2017 at 1:05 PM, Bill Benson <bensonforums at gmail.com> wrote:

> I am a little surprised no one responded ... but I will report that the
> "issue" I thought I had turned out to be an artifact of Access firing the
> MouseMove event one additional time as it settled on the record below the
> one(s) selected - whether that be an existing record or a new record - but
> this turned out to be after the BeforeDelConfirm event had fired. Thus, the
> records I was testing in BeforeDelConfirm were only the ones selected at
> the time the user pressed delete. So all is well.
>
> On Mon, Sep 18, 2017 at 6:16 PM, Bill Benson <bensonforums at gmail.com>
> wrote:
>
>> How, in the BeforeDelConfirm event, can I determine what records are
>> about to be deleted so that I can give the user more info than Access's
>> "how many records will be deleted" message? For example, related records in
>> other tables that I have to maintain the cascading deletions for (the data
>> integrity is not set, so I have to take care of the cleanup in code)?
>>
>> When I put code to test recordsetclone, form.Selheight, Form.Seltop kind
>> of stuff in MouseMove of the datasheet form - I get a different set of
>> records by the time Access condenses the data set (I think it ut retriggers
>> MouseMove on its own, when pushing the user onto the next available record
>> that would exist post-delete, while showing the transactional view. If the
>> user cancels, this problem goes away but if the user does not cancel, I do
>> not want Access reporting on the record below where the user is deleting
>> from, the way it seems to now.
>>
>> I would be surprised there is nothing I can use like Access natively uses
>> to identify which records are about to be deleted?
>>
>>
>> Form Class Module
>> Dim arSelectedItems() as long
>> Dim StrID as String
>>
>> Private Sub Form_BeforeDelConfirm(Cancel As Integer, Response As Integer)
>> Dim i As Long
>> For i = 1 To UBound(arSelectedItems)
>>     strID = strID & "," & arSelectedItems(i)
>>
>> Next
>>
>>     Debug.Print Debug.Print Mid(strID, 2)
>>
>> End Sub
>>
>>
>> Private Sub Form_MouseMove(Button As Integer, Shift As Integer, X As
>> Single, Y As Single)
>> Dim rst As Recordset
>> Dim F As Form
>> Dim strID As String
>> Set F = Me
>> Dim i As Long
>> ReDim arSelectedItems(0 To F.SelHeight)
>> If Me.SelHeight = 0 Then
>>     Exit Sub
>> End If
>> Set rst = Me.RecordsetClone
>> rst.MoveFirst
>> For i = 1 To F.SelTop - 1
>>     rst.MoveNext
>> Next
>> For i = 1 To F.SelHeight
>>     arSelectedItems(i) = rst!ID
>>     strID = strID & "," & arSelectedItems(i)
>>     rst.MoveNext
>> Next
>> Debug.Print Mid(strID, 2)
>> End Sub
>>
>
>

From accessd at shaw.ca  Tue Sep 19 12:52:17 2017
From: accessd at shaw.ca (Jim Lawrence)
Date: Tue, 19 Sep 2017 11:52:17 -0600 (MDT)
Subject: [AccessD] A rare experience
In-Reply-To: <CAJLzs_1QEBd4OXktVxX5KzMXpKKSTjcj=TgyX7m+iX8ei3Drvg@mail.gmail.com>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
	<06c001d327d4$3bb7fd20$b327f760$@verizon.net>
	<402785947.429566884.1504840176240.JavaMail.zimbra@shaw.ca>
	<7e5b3642-8863-101a-e25e-8c41aec8716f@Gmail.com>
	<CAJLzs_1QEBd4OXktVxX5KzMXpKKSTjcj=TgyX7m+iX8ei3Drvg@mail.gmail.com>
Message-ID: <1205613530.453545210.1505843537394.JavaMail.zimbra@shaw.ca>

Empire is a massive classic and can always be downloaded and compiled on the local computer. It runs on virtually anything. 
http://www.classicempire.com/

Aside: Originally written in Pascal(?) ;-)

(I ran it up on an old Linux box and runs just fine...at least for an hour...beware it has the potential to be hyper addictive.)

Jim

----- Original Message -----
From: "Bill Benson" <bensonforums at gmail.com>
To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
Sent: Saturday, September 9, 2017 9:23:31 PM
Subject: Re: [AccessD] A rare experience

Per their website: "Cool games come and go, but the Empire Series has had
the longevity unfathomable to most computer games, and is older than many
of its players. Not due to fancy and gimmicky graphics or cut scenes, but
because of its basic concepts coupled with the constant and solid strategic
challenge that it presents for the player. The community of players is made
up of strategy gamers, some of whom have just started playing, and others
who have been playing for a very long time."

Seems you found a gem and it still shines.

On Sat, Sep 9, 2017 at 7:40 AM, John Colby <jwcolby at gmail.com> wrote:

> Understand I never said that the various Windows programs I use never
> crashed.  What I said was that THIS specific program, the game Empire, had
> never crashed until the other day.  That is just an extraordinary feat
> IMHO.  I have played it since the late 80s.
>
>
> On 9/7/2017 11:09 PM, Jim Lawrence wrote:
>
>> Agreed...once 32 bit programs are either history or running in their own
>> sandbox, computer life will be easy (...ier). :-)
>>
>> Jim
>>
>> ----- Original Message -----
>> From: "Jim Dettman" <jimdettman at verizon.net>
>> To: "Access Developers discussion and problem solving" <
>> accessd at databaseadvisors.com>
>> Sent: Thursday, September 7, 2017 5:24:20 AM
>> Subject: Re: [AccessD] A rare experience
>>
>> << to have a program which just never ever closes unexpectedly.>>
>>
>>     You must be living in a different plane of existence
>>
>>     I see Windows programs crash with regularity, although I have to
>> admit, it has gotten far better than it was in the past and Windows itself
>> is far more stable.    Isolating 32 bit processes was a big change.
>>
>> Jim.
>>
>> -----Original Message-----
>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
>> John Colby
>> Sent: Monday, September 04, 2017 12:36 PM
>> To: Access Developers discussion and problem solving
>> Subject: [AccessD] A rare experience
>>
>> To this day I play Empire Deluxe, a war game I have played since the
>> nineties.  Today it had a page fault.  That has NEVER happened.  Which
>> caused me to think about how rare it is, in the windows environment, to
>> have a program which just never ever closes unexpectedly.
>>
>> Until today.
>>
>> New something with a Windows 10 update?  One in a million instruction
>> path in the program?  God telling me I am wasting my life playing this
>> game?  All of the above?
>>
>> No Se but it does give one pause to think about many different things
>> all at the same time.
>>
>>
> --
> John W. Colby
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com

From bensonforums at gmail.com  Tue Sep 19 13:10:12 2017
From: bensonforums at gmail.com (Bill Benson)
Date: Tue, 19 Sep 2017 14:10:12 -0400
Subject: [AccessD] Determining the records about to be deleted by the
 DBEngine
In-Reply-To: <CAJLzs_3KmPFeu465OOm=mdSCWv-zixu11x8mzTLH6g=4JrrTCA@mail.gmail.com>
References: <CAJLzs_3KmPFeu465OOm=mdSCWv-zixu11x8mzTLH6g=4JrrTCA@mail.gmail.com>
Message-ID: <CAJLzs_31YPQ4TdvYnq=H3FXsB1tneL+kaeA_BiXftSMvGOOMuA@mail.gmail.com>

And now this is solved... I should keep an array of IDs determined in the
Delete event, then test that array and all dependencies in other tables in
the BeforeDelConfirm event.

On Mon, Sep 18, 2017 at 6:16 PM, Bill Benson <bensonforums at gmail.com> wrote:

> How, in the BeforeDelConfirm event, can I determine what records are
> about to be deleted so that I can give the user more info than Access's
> "how many records will be deleted" message? For example, related records in
> other tables that I have to maintain the cascading deletions for (the data
> integrity is not set, so I have to take care of the cleanup in code)?
>
> When I put code to test recordsetclone, form.Selheight, Form.Seltop kind
> of stuff in MouseMove of the datasheet form - I get a different set of
> records by the time Access condenses the data set (I think it ut retriggers
> MouseMove on its own, when pushing the user onto the next available record
> that would exist post-delete, while showing the transactional view. If the
> user cancels, this problem goes away but if the user does not cancel, I do
> not want Access reporting on the record below where the user is deleting
> from, the way it seems to now.
>
> I would be surprised there is nothing I can use like Access natively uses
> to identify which records are about to be deleted?
>
>
> Form Class Module
> Dim arSelectedItems() as long
> Dim StrID as String
>
> Private Sub Form_BeforeDelConfirm(Cancel As Integer, Response As Integer)
> Dim i As Long
> For i = 1 To UBound(arSelectedItems)
>     strID = strID & "," & arSelectedItems(i)
>
> Next
>
>     Debug.Print Debug.Print Mid(strID, 2)
>
> End Sub
>
>
> Private Sub Form_MouseMove(Button As Integer, Shift As Integer, X As
> Single, Y As Single)
> Dim rst As Recordset
> Dim F As Form
> Dim strID As String
> Set F = Me
> Dim i As Long
> ReDim arSelectedItems(0 To F.SelHeight)
> If Me.SelHeight = 0 Then
>     Exit Sub
> End If
> Set rst = Me.RecordsetClone
> rst.MoveFirst
> For i = 1 To F.SelTop - 1
>     rst.MoveNext
> Next
> For i = 1 To F.SelHeight
>     arSelectedItems(i) = rst!ID
>     strID = strID & "," & arSelectedItems(i)
>     rst.MoveNext
> Next
> Debug.Print Mid(strID, 2)
> End Sub
>

From jwcolby at gmail.com  Tue Sep 19 15:24:37 2017
From: jwcolby at gmail.com (John Colby)
Date: Tue, 19 Sep 2017 16:24:37 -0400
Subject: [AccessD] A rare experience
In-Reply-To: <1205613530.453545210.1505843537394.JavaMail.zimbra@shaw.ca>
References: <a9320bea-d4f2-c300-8642-52dc6af61e23@Gmail.com>
	<06c001d327d4$3bb7fd20$b327f760$@verizon.net>
	<402785947.429566884.1504840176240.JavaMail.zimbra@shaw.ca>
	<7e5b3642-8863-101a-e25e-8c41aec8716f@Gmail.com>
	<CAJLzs_1QEBd4OXktVxX5KzMXpKKSTjcj=TgyX7m+iX8ei3Drvg@mail.gmail.com>
	<1205613530.453545210.1505843537394.JavaMail.zimbra@shaw.ca>
Message-ID: <3e411f02-4fb9-f8ce-5568-0d60bdd75895@Gmail.com>

...beware it has the potential to be hyper addictive.


Tell me about it.? Over the last 25 years I shudder to think of the 
hours wasted...

The help file for the 2.1 version is interesting.? I purchased a 
production version from a game company, probably in the early 90s, 
though I have no way to know.? The game I play is more advanced and 
modified to utilize function keys etc.? Also the graphics are more 
detailed.? The concept is the same though.

The current game for sale is owned by Killer Bee Software 
<http://www.killerbeesoftware.com/kbsgames/edee/>? Who apparently 
purchased the game from the last vendor.? It doesn't appear that it is 
in active development.

I have always wanted to try a ground up rewrite in C#, utilizing modern 
constructs like objects, inheritance, lists etc. but it is quite an 
undertaking, especially if you desire to "go modern" with hex tiles and 
stuff.? I have researched lots of existing code which generically 
handles things like shortest path piece movements around obstructions. 
All by itself that is a complicated subject.

Anyway, quite the cool game, and I still play it.


On 9/19/2017 1:52 PM, Jim Lawrence wrote:
> Empire is a massive classic and can always be downloaded and compiled on the local computer. It runs on virtually anything.
> http://www.classicempire.com/
>
> Aside: Originally written in Pascal(?) ;-)
>
> (I ran it up on an old Linux box and runs just fine...at least for an hour...beware it has the potential to be hyper addictive.)
>
> Jim
>
> ----- Original Message -----
> From: "Bill Benson" <bensonforums at gmail.com>
> To: "Access Developers discussion and problem solving" <accessd at databaseadvisors.com>
> Sent: Saturday, September 9, 2017 9:23:31 PM
> Subject: Re: [AccessD] A rare experience
>
> Per their website: "Cool games come and go, but the Empire Series has had
> the longevity unfathomable to most computer games, and is older than many
> of its players. Not due to fancy and gimmicky graphics or cut scenes, but
> because of its basic concepts coupled with the constant and solid strategic
> challenge that it presents for the player. The community of players is made
> up of strategy gamers, some of whom have just started playing, and others
> who have been playing for a very long time."
>
> Seems you found a gem and it still shines.
>
> On Sat, Sep 9, 2017 at 7:40 AM, John Colby <jwcolby at gmail.com> wrote:
>
>> Understand I never said that the various Windows programs I use never
>> crashed.  What I said was that THIS specific program, the game Empire, had
>> never crashed until the other day.  That is just an extraordinary feat
>> IMHO.  I have played it since the late 80s.
>>
>>
>> On 9/7/2017 11:09 PM, Jim Lawrence wrote:
>>
>>> Agreed...once 32 bit programs are either history or running in their own
>>> sandbox, computer life will be easy (...ier). :-)
>>>
>>> Jim
>>>
>>> ----- Original Message -----
>>> From: "Jim Dettman" <jimdettman at verizon.net>
>>> To: "Access Developers discussion and problem solving" <
>>> accessd at databaseadvisors.com>
>>> Sent: Thursday, September 7, 2017 5:24:20 AM
>>> Subject: Re: [AccessD] A rare experience
>>>
>>> << to have a program which just never ever closes unexpectedly.>>
>>>
>>>      You must be living in a different plane of existence
>>>
>>>      I see Windows programs crash with regularity, although I have to
>>> admit, it has gotten far better than it was in the past and Windows itself
>>> is far more stable.    Isolating 32 bit processes was a big change.
>>>
>>> Jim.
>>>
>>> -----Original Message-----
>>> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
>>> John Colby
>>> Sent: Monday, September 04, 2017 12:36 PM
>>> To: Access Developers discussion and problem solving
>>> Subject: [AccessD] A rare experience
>>>
>>> To this day I play Empire Deluxe, a war game I have played since the
>>> nineties.  Today it had a page fault.  That has NEVER happened.  Which
>>> caused me to think about how rare it is, in the windows environment, to
>>> have a program which just never ever closes unexpectedly.
>>>
>>> Until today.
>>>
>>> New something with a Windows 10 update?  One in a million instruction
>>> path in the program?  God telling me I am wasting my life playing this
>>> game?  All of the above?
>>>
>>> No Se but it does give one pause to think about many different things
>>> all at the same time.
>>>
>>>
>> --
>> John W. Colby
>>
>> --
>> AccessD mailing list
>> AccessD at databaseadvisors.com
>> http://databaseadvisors.com/mailman/listinfo/accessd
>> Website: http://www.databaseadvisors.com
>>

-- 
John W. Colby


From gustav at cactus.dk  Wed Sep 20 01:18:35 2017
From: gustav at cactus.dk (Gustav Brock)
Date: Wed, 20 Sep 2017 06:18:35 +0000
Subject: [AccessD] Determining the records about to be deleted by the
 DBEngine
Message-ID: <HE1PR1001MB1129600496D8098AB4B881C4CA610@HE1PR1001MB1129.EURPRD10.PROD.OUTLOOK.COM>

Hi Bill

Thanks for the closing remarks and code.

I once wrote similar code, though - as I recall - without using any mouse event. 
However, I couldn't locate it, and as I haven't had a need for years for handling this task, I couldn't add anything. Thus, I didn't comment your original posting.

/gustav

-----Oprindelig meddelelse-----
Fra: AccessD [mailto:accessd-bounces at databaseadvisors.com] P? vegne af Bill Benson
Sendt: 19. september 2017 20:10
Til: Access Developers discussion and problem solving <accessd at databaseadvisors.com>
Emne: Re: [AccessD] Determining the records about to be deleted by the DBEngine

And now this is solved... I should keep an array of IDs determined in the Delete event, then test that array and all dependencies in other tables in the BeforeDelConfirm event.

On Mon, Sep 18, 2017 at 6:16 PM, Bill Benson <bensonforums at gmail.com> wrote:

> How, in the BeforeDelConfirm event, can I determine what records are 
> about to be deleted so that I can give the user more info than 
> Access's "how many records will be deleted" message? For example, 
> related records in other tables that I have to maintain the cascading 
> deletions for (the data integrity is not set, so I have to take care of the cleanup in code)?
>
> When I put code to test recordsetclone, form.Selheight, Form.Seltop 
> kind of stuff in MouseMove of the datasheet form - I get a different 
> set of records by the time Access condenses the data set (I think it 
> ut retriggers MouseMove on its own, when pushing the user onto the 
> next available record that would exist post-delete, while showing the 
> transactional view. If the user cancels, this problem goes away but if 
> the user does not cancel, I do not want Access reporting on the record 
> below where the user is deleting from, the way it seems to now.
>
> I would be surprised there is nothing I can use like Access natively 
> uses to identify which records are about to be deleted?
>
>
> Form Class Module
> Dim arSelectedItems() as long
> Dim StrID as String
>
> Private Sub Form_BeforeDelConfirm(Cancel As Integer, Response As 
> Integer) Dim i As Long For i = 1 To UBound(arSelectedItems)
>     strID = strID & "," & arSelectedItems(i)
>
> Next
>
>     Debug.Print Debug.Print Mid(strID, 2)
>
> End Sub
>
>
> Private Sub Form_MouseMove(Button As Integer, Shift As Integer, X As 
> Single, Y As Single) Dim rst As Recordset Dim F As Form Dim strID As 
> String Set F = Me Dim i As Long ReDim arSelectedItems(0 To 
> F.SelHeight) If Me.SelHeight = 0 Then
>     Exit Sub
> End If
> Set rst = Me.RecordsetClone
> rst.MoveFirst
> For i = 1 To F.SelTop - 1
>     rst.MoveNext
> Next
> For i = 1 To F.SelHeight
>     arSelectedItems(i) = rst!ID
>     strID = strID & "," & arSelectedItems(i)
>     rst.MoveNext
> Next
> Debug.Print Mid(strID, 2)
> End Sub 


From rockysmolin at bchacc.com  Fri Sep 22 15:43:25 2017
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 22 Sep 2017 13:43:25 -0700
Subject: [AccessD] Flashing Picture
Message-ID: <027501d333e3$708e19b0$51aa4d10$@bchacc.com>

Dear List(s):

 

I have a form on a property management app in which the user enters tasks to
be done at different properties.  Now he wants to be able to add pictures to
the task which is easy ? added a subform with an image control and buttons
on the subform to add, delete, and navigate through the attached pictures ?
first, previous, next, last.

 

The pictures are linked ? I save the path and file name in a table.

 

When the form first opens the picture flashes ? not real fast, maybe ?
second on/off ? four to eight times.  After that no more flashing, even if
you select a different task.  The flashing looks like the form is doing some
kind of refresh.  

 

Anyway, I haven?t been able to come up with a fix to stop the flashing.  (I
did try making the subform invisible in the Open event and the DoEvents, and
revisiblize it at the end of the Open event but no cigar).

 

Any ideas?

 

MTIA

 

 

Rocky Smolin

Beach Access Software

760-683-5777

 <http://www.bchacc.com> www.bchacc.com

 <http://www.e-z-mrp.com> www.e-z-mrp.com

Skype: rocky.smolin

 

 


From rockysmolin at bchacc.com  Fri Sep 22 16:06:00 2017
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Fri, 22 Sep 2017 14:06:00 -0700
Subject: [AccessD] Flashing Picture
In-Reply-To: <027501d333e3$708e19b0$51aa4d10$@bchacc.com>
References: <027501d333e3$708e19b0$51aa4d10$@bchacc.com>
Message-ID: <028801d333e6$97fe0ca0$c7fa25e0$@bchacc.com>

Well, I tried the invisible/visible thing on the _Open event and this time
it worked.  So belay that last request.

R


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
Rocky Smolin
Sent: Friday, September 22, 2017 1:43 PM
To: 'Access Developers discussion and problem solving'
Cc: 'Off Topic'
Subject: [AccessD] Flashing Picture

Dear List(s):

 

I have a form on a property management app in which the user enters tasks to
be done at different properties.  Now he wants to be able to add pictures to
the task which is easy ? added a subform with an image control and buttons
on the subform to add, delete, and navigate through the attached pictures ?
first, previous, next, last.

 

The pictures are linked ? I save the path and file name in a table.

 

When the form first opens the picture flashes ? not real fast, maybe ?
second on/off ? four to eight times.  After that no more flashing, even if
you select a different task.  The flashing looks like the form is doing some
kind of refresh.  

 

Anyway, I haven?t been able to come up with a fix to stop the flashing.  (I
did try making the subform invisible in the Open event and the DoEvents, and
revisiblize it at the end of the Open event but no cigar).

 

Any ideas?

 

MTIA

 

 

Rocky Smolin

Beach Access Software

760-683-5777

 <http://www.bchacc.com> www.bchacc.com

 <http://www.e-z-mrp.com> www.e-z-mrp.com

Skype: rocky.smolin

 

 

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



From bensonforums at gmail.com  Sat Sep 23 18:49:19 2017
From: bensonforums at gmail.com (Bill Benson)
Date: Sat, 23 Sep 2017 19:49:19 -0400
Subject: [AccessD] Flashing Picture
In-Reply-To: <028801d333e6$97fe0ca0$c7fa25e0$@bchacc.com>
References: <027501d333e3$708e19b0$51aa4d10$@bchacc.com>
	<028801d333e6$97fe0ca0$c7fa25e0$@bchacc.com>
Message-ID: <CAJLzs_0VwhBYnQESZjc05nHLjC=Ef=GOOGmw-k=9uOLh--dg8A@mail.gmail.com>

Sometimes I cover problematic controls with another shape, set the form
timer interval to 1, and in the timer event make the overlaid shape
invisible and have the timer event reset the timer interval to 0.

On Fri, Sep 22, 2017 at 5:06 PM, Rocky Smolin <rockysmolin at bchacc.com>
wrote:

> Well, I tried the invisible/visible thing on the _Open event and this time
> it worked.  So belay that last request.
>
> R
>
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of
> Rocky Smolin
> Sent: Friday, September 22, 2017 1:43 PM
> To: 'Access Developers discussion and problem solving'
> Cc: 'Off Topic'
> Subject: [AccessD] Flashing Picture
>
> Dear List(s):
>
>
>
> I have a form on a property management app in which the user enters tasks
> to
> be done at different properties.  Now he wants to be able to add pictures
> to
> the task which is easy ? added a subform with an image control and buttons
> on the subform to add, delete, and navigate through the attached pictures ?
> first, previous, next, last.
>
>
>
> The pictures are linked ? I save the path and file name in a table.
>
>
>
> When the form first opens the picture flashes ? not real fast, maybe ?
> second on/off ? four to eight times.  After that no more flashing, even if
> you select a different task.  The flashing looks like the form is doing
> some
> kind of refresh.
>
>
>
> Anyway, I haven?t been able to come up with a fix to stop the flashing.  (I
> did try making the subform invisible in the Open event and the DoEvents,
> and
> revisiblize it at the end of the Open event but no cigar).
>
>
>
> Any ideas?
>
>
>
> MTIA
>
>
>
>
>
> Rocky Smolin
>
> Beach Access Software
>
> 760-683-5777
>
>  <http://www.bchacc.com> www.bchacc.com
>
>  <http://www.e-z-mrp.com> www.e-z-mrp.com
>
> Skype: rocky.smolin
>
>
>
>
>
> --
> 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  Sat Sep 23 19:01:13 2017
From: rockysmolin at bchacc.com (Rocky Smolin)
Date: Sat, 23 Sep 2017 17:01:13 -0700
Subject: [AccessD] Flashing Picture
In-Reply-To: <CAJLzs_0VwhBYnQESZjc05nHLjC=Ef=GOOGmw-k=9uOLh--dg8A@mail.gmail.com>
References: <027501d333e3$708e19b0$51aa4d10$@bchacc.com>	<028801d333e6$97fe0ca0$c7fa25e0$@bchacc.com>
	<CAJLzs_0VwhBYnQESZjc05nHLjC=Ef=GOOGmw-k=9uOLh--dg8A@mail.gmail.com>
Message-ID: <00ae01d334c8$3ce4af80$b6ae0e80$@bchacc.com>

Sneaky.  But effective. :)

R


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson
Sent: Saturday, September 23, 2017 4:49 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Flashing Picture

Sometimes I cover problematic controls with another shape, set the form timer interval to 1, and in the timer event make the overlaid shape invisible and have the timer event reset the timer interval to 0.

On Fri, Sep 22, 2017 at 5:06 PM, Rocky Smolin <rockysmolin at bchacc.com>
wrote:

> Well, I tried the invisible/visible thing on the _Open event and this 
> time it worked.  So belay that last request.
>
> R
>
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Rocky Smolin
> Sent: Friday, September 22, 2017 1:43 PM
> To: 'Access Developers discussion and problem solving'
> Cc: 'Off Topic'
> Subject: [AccessD] Flashing Picture
>
> Dear List(s):
>
>
>
> I have a form on a property management app in which the user enters 
> tasks to be done at different properties.  Now he wants to be able to 
> add pictures to the task which is easy ? added a subform with an image 
> control and buttons on the subform to add, delete, and navigate 
> through the attached pictures ? first, previous, next, last.
>
>
>
> The pictures are linked ? I save the path and file name in a table.
>
>
>
> When the form first opens the picture flashes ? not real fast, maybe ? 
> second on/off ? four to eight times.  After that no more flashing, 
> even if you select a different task.  The flashing looks like the form 
> is doing some kind of refresh.
>
>
>
> Anyway, I haven?t been able to come up with a fix to stop the 
> flashing.  (I did try making the subform invisible in the Open event 
> and the DoEvents, and revisiblize it at the end of the Open event but 
> no cigar).
>
>
>
> Any ideas?
>
>
>
> MTIA
>
>
>
>
>
> Rocky Smolin
>
> Beach Access Software
>
> 760-683-5777
>
>  <http://www.bchacc.com> www.bchacc.com
>
>  <http://www.e-z-mrp.com> www.e-z-mrp.com
>
> Skype: rocky.smolin
>
>
>
>
>
> --
> 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  Mon Sep 25 06:48:27 2017
From: jimdettman at verizon.net (Jim Dettman)
Date: Mon, 25 Sep 2017 07:48:27 -0400
Subject: [AccessD] Flashing Picture
In-Reply-To: <00ae01d334c8$3ce4af80$b6ae0e80$@bchacc.com>
References: <027501d333e3$708e19b0$51aa4d10$@bchacc.com>	<028801d333e6$97fe0ca0$c7fa25e0$@bchacc.com>	<CAJLzs_0VwhBYnQESZjc05nHLjC=Ef=GOOGmw-k=9uOLh--dg8A@mail.gmail.com>
	<00ae01d334c8$3ce4af80$b6ae0e80$@bchacc.com>
Message-ID: <030601d335f4$342ec8d0$9c8c5a70$@verizon.net>


 Sometimes to a Me.Repaint in the OnOpen event will take care of things like this.

 Code execution will stop until Access instantiates every control and gets them up to date.  In this case, I'm not sure it would have stopped the flashing, but in my experience you get flashing when Access goes off to do something else, and each of those "something else's" cause a refresh of the form.  Problem is that often is spread out, where a repaint forces everything to happen at once.
  
 This is something to keep in mind too anytime when you need to refer to a control in the Open event.   If you don't issue a me.repaint first, the control may or may not be there yet.

  And I like Bill's work around; that is a pretty slick way to cover up the problem<g>

Jim.

-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Rocky Smolin
Sent: Saturday, September 23, 2017 08:01 PM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Flashing Picture

Sneaky.  But effective. :)

R


-----Original Message-----
From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Bill Benson
Sent: Saturday, September 23, 2017 4:49 PM
To: Access Developers discussion and problem solving
Subject: Re: [AccessD] Flashing Picture

Sometimes I cover problematic controls with another shape, set the form timer interval to 1, and in the timer event make the overlaid shape invisible and have the timer event reset the timer interval to 0.

On Fri, Sep 22, 2017 at 5:06 PM, Rocky Smolin <rockysmolin at bchacc.com>
wrote:

> Well, I tried the invisible/visible thing on the _Open event and this 
> time it worked.  So belay that last request.
>
> R
>
>
> -----Original Message-----
> From: AccessD [mailto:accessd-bounces at databaseadvisors.com] On Behalf 
> Of Rocky Smolin
> Sent: Friday, September 22, 2017 1:43 PM
> To: 'Access Developers discussion and problem solving'
> Cc: 'Off Topic'
> Subject: [AccessD] Flashing Picture
>
> Dear List(s):
>
>
>
> I have a form on a property management app in which the user enters 
> tasks to be done at different properties.  Now he wants to be able to 
> add pictures to the task which is easy ? added a subform with an image 
> control and buttons on the subform to add, delete, and navigate 
> through the attached pictures ? first, previous, next, last.
>
>
>
> The pictures are linked ? I save the path and file name in a table.
>
>
>
> When the form first opens the picture flashes ? not real fast, maybe ? 
> second on/off ? four to eight times.  After that no more flashing, 
> even if you select a different task.  The flashing looks like the form 
> is doing some kind of refresh.
>
>
>
> Anyway, I haven?t been able to come up with a fix to stop the 
> flashing.  (I did try making the subform invisible in the Open event 
> and the DoEvents, and revisiblize it at the end of the Open event but 
> no cigar).
>
>
>
> Any ideas?
>
>
>
> MTIA
>
>
>
>
>
> Rocky Smolin
>
> Beach Access Software
>
> 760-683-5777
>
>  <http://www.bchacc.com> www.bchacc.com
>
>  <http://www.e-z-mrp.com> www.e-z-mrp.com
>
> Skype: rocky.smolin
>
>
>
>
>
> --
> 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