473,230 Members | 1,294 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,230 software developers and data experts.

Copied Reports won't save

Access 2003

I've been experiencing some problems with my "monster" database the
last couple of days. I imported all objects into a new database
yesterday, which pretty much stopped the crashing problems, but here's
something weird: Whenever I copy an object (reports so far), I am
able to open it and make changes, but when I try to save it (without
closing), it appears to save (message box goes off), but it doesn't.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.

This does not seem to be a problem with a "fresh" report (not copied).

I like to copy and change, because we have a specific "look" to our
reports, which would be a pain to set up each and every time my boss
requests a new report (nearly daily!), plus much of the data stays the
same.

Has anyone else experienced this and is there a cure? I've tried
repairing Access and I compact and compile often. I can't figure out
why this might happen.

Mar 28 '07 #1
6 4110
Hi, Josetta.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
Do you have the database file open exclusively? If not and other users are
connected to the front end, design changes can't be saved. If you have
SetWarnings off, you won't receive the warning that the object can't be
saved, IIRC.

It's best to split the database into a back end (tables and relationships)
and a front end (queries, forms, reports, et cetera), and then place the
back end on the shared network server and place a copy of the front end on
each user's workstation. For more information on splitting the database,
please see the "Split the Database" tip on the following Web page:

http://www.Access.QBuilt.com/html/ge...1.html#SplitDB

HTH.
Gunny

See http://www.QBuilt.com for all your database needs.
See http://www.Access.QBuilt.com for Microsoft Access tips and tutorials.
Blogs: www.DataDevilDog.BlogSpot.com, www.DatabaseTips.BlogSpot.com
http://www.Access.QBuilt.com/html/ex...ributors2.html for contact
info.
"Josetta" <Jo*****@smartdot.netwrote in message
news:11**********************@l77g2000hsb.googlegr oups.com...
Access 2003

I've been experiencing some problems with my "monster" database the
last couple of days. I imported all objects into a new database
yesterday, which pretty much stopped the crashing problems, but here's
something weird: Whenever I copy an object (reports so far), I am
able to open it and make changes, but when I try to save it (without
closing), it appears to save (message box goes off), but it doesn't.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.

This does not seem to be a problem with a "fresh" report (not copied).

I like to copy and change, because we have a specific "look" to our
reports, which would be a pain to set up each and every time my boss
requests a new report (nearly daily!), plus much of the data stays the
same.

Has anyone else experienced this and is there a cure? I've tried
repairing Access and I compact and compile often. I can't figure out
why this might happen.

Mar 28 '07 #2
No, This is not the problem. I have my own development file. It's
open exclusively. The group works on their own copy. There is a
front and back-end. This is simply a "glitch", I think; one that's
only been happening a few days. I routinely make copies of reports
and then edit them according to the new names. Only the past couple
of days has this been a problem.

On Mar 28, 2:53 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAMwrote:
Hi, Josetta.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.

Do you have the database file open exclusively? If not and other users are
connected to the front end, design changes can't be saved. If you have
SetWarnings off, you won't receive the warning that the object can't be
saved, IIRC.

It's best to split the database into a back end (tables and relationships)
and a front end (queries, forms, reports, et cetera), and then place the
back end on the shared network server and place a copy of the front end on
each user's workstation. For more information on splitting the database,
please see the "Split the Database" tip on the following Web page:

http://www.Access.QBuilt.com/html/ge...1.html#SplitDB

HTH.
Gunny

Seehttp://www.QBuilt.comfor all your database needs.
Seehttp://www.Access.QBuilt.comfor Microsoft Access tips and tutorials.
Blogs:http://www.DataDevilDog.BlogSpot.com...utors2.htmlfor contact
info.

"Josetta" <Jose...@smartdot.netwrote in message

news:11**********************@l77g2000hsb.googlegr oups.com...
Access 2003
I've been experiencing some problems with my "monster" database the
last couple of days. I imported all objects into a new database
yesterday, which pretty much stopped the crashing problems, but here's
something weird: Whenever I copy an object (reports so far), I am
able to open it and make changes, but when I try to save it (without
closing), it appears to save (message box goes off), but it doesn't.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
This does not seem to be a problem with a "fresh" report (not copied).
I like to copy and change, because we have a specific "look" to our
reports, which would be a pain to set up each and every time my boss
requests a new report (nearly daily!), plus much of the data stays the
same.
Has anyone else experienced this and is there a cure? I've tried
repairing Access and I compact and compile often. I can't figure out
why this might happen.- Hide quoted text -

- Show quoted text -

Mar 28 '07 #3
Hi, Josetta.
The group works on their own copy.
Unless this means "Each member of the group works with his own copy of the
front end," then it's being shared by more than one user, which is just as
effective as sharing a non-split database.
This is simply a "glitch", I think; one that's
only been happening a few days.
If it's corruption, then it's usually easy to get rid of by creating a new
database file, then importing the objects one group at a time, first the
tables, then the queries, then the forms, et cetera. Once everything is
imported, compile the code, then compact the database and see if you're
still having problems.

How big is the front end, by the way? You called it a monster database, but
the majority of the weight should be in the tables in the back end on the
server.

HTH.
Gunny

See http://www.QBuilt.com for all your database needs.
See http://www.Access.QBuilt.com for Microsoft Access tips and tutorials.
Blogs: www.DataDevilDog.BlogSpot.com, www.DatabaseTips.BlogSpot.com
http://www.Access.QBuilt.com/html/ex...ributors2.html for contact
info.
"Josetta" <Jo*****@smartdot.netwrote in message
news:11**********************@p15g2000hsd.googlegr oups.com...
No, This is not the problem. I have my own development file. It's
open exclusively. The group works on their own copy. There is a
front and back-end. This is simply a "glitch", I think; one that's
only been happening a few days. I routinely make copies of reports
and then edit them according to the new names. Only the past couple
of days has this been a problem.

On Mar 28, 2:53 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAMwrote:
>Hi, Josetta.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.

Do you have the database file open exclusively? If not and other users
are
connected to the front end, design changes can't be saved. If you have
SetWarnings off, you won't receive the warning that the object can't be
saved, IIRC.

It's best to split the database into a back end (tables and
relationships)
and a front end (queries, forms, reports, et cetera), and then place the
back end on the shared network server and place a copy of the front end
on
each user's workstation. For more information on splitting the database,
please see the "Split the Database" tip on the following Web page:

http://www.Access.QBuilt.com/html/ge...1.html#SplitDB

HTH.
Gunny

Seehttp://www.QBuilt.comfor all your database needs.
Seehttp://www.Access.QBuilt.comfor Microsoft Access tips and tutorials.
Blogs:http://www.DataDevilDog.BlogSpot.com...utors2.htmlfor
contact
info.

"Josetta" <Jose...@smartdot.netwrote in message

news:11**********************@l77g2000hsb.googleg roups.com...
Access 2003
I've been experiencing some problems with my "monster" database the
last couple of days. I imported all objects into a new database
yesterday, which pretty much stopped the crashing problems, but here's
something weird: Whenever I copy an object (reports so far), I am
able to open it and make changes, but when I try to save it (without
closing), it appears to save (message box goes off), but it doesn't.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
This does not seem to be a problem with a "fresh" report (not copied).
I like to copy and change, because we have a specific "look" to our
reports, which would be a pain to set up each and every time my boss
requests a new report (nearly daily!), plus much of the data stays the
same.
Has anyone else experienced this and is there a cure? I've tried
repairing Access and I compact and compile often. I can't figure out
why this might happen.- Hide quoted text -

- Show quoted text -


Mar 28 '07 #4
Gunny,

BTW, thank you for your quick replies.

There may be some corruption. The file is huge (typically around 50
megs at this point (compact), but it bloats-- still working on that)
and no, most of the weight is not in the tables (backend is around
25-30 megs at this point), but the front end. There are a lot of
calculations, queries, lots of code,many forms and reports, etc.
Could it use some maintenance to make it more efficient? Absolutely.
Do I have time for that at the moment? Not really. I do what I can
when I can. Yesterday, I did import all the objects into a new
database. That did not solve this particular problem, which is, I can
copy objects (specifically reports) and they open fine, but if I
change the copied report, it will not save or even close.

Because this database is constantly in development (I am the only
developer), I do have my own copy. Otherwise, I would not be able to
make any chanages on it at all.

Also, it doesn't seem to be a corruption of a particular report or
object. This happens on any report. (I wonder if forms are
affected. I don't typically copy those as often and the forms have
been fairly static for awhile (new objects, etc. within the forms, but
no real new forms).

I'm working around this problem now by simply starting with a blank
new report and copying the format from an old report. It works, even
though it is a little more work for me. It's simply weird that this
is happening.

Josetta
On Mar 28, 4:01 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAMwrote:
Hi, Josetta.
The group works on their own copy.

Unless this means "Each member of the group works with his own copy of the
front end," then it's being shared by more than one user, which is just as
effective as sharing a non-split database.
This is simply a "glitch", I think; one that's
only been happening a few days.

If it's corruption, then it's usually easy to get rid of by creating a new
database file, then importing the objects one group at a time, first the
tables, then the queries, then the forms, et cetera. Once everything is
imported, compile the code, then compact the database and see if you're
still having problems.

How big is the front end, by the way? You called it a monster database, but
the majority of the weight should be in the tables in the back end on the
server.

HTH.
Gunny

Seehttp://www.QBuilt.comfor all your database needs.
Seehttp://www.Access.QBuilt.comfor Microsoft Access tips and tutorials.
Blogs:http://www.DataDevilDog.BlogSpot.com...utors2.htmlfor contact
info.

"Josetta" <Jose...@smartdot.netwrote in message

news:11**********************@p15g2000hsd.googlegr oups.com...
No, This is not the problem. I have my own development file. It's
open exclusively. The group works on their own copy. There is a
front and back-end. This is simply a "glitch", I think; one that's
only been happening a few days. I routinely make copies of reports
and then edit them according to the new names. Only the past couple
of days has this been a problem.
On Mar 28, 2:53 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAMwrote:
Hi, Josetta.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
Do you have the database file open exclusively? If not and other users
are
connected to the front end, design changes can't be saved. If you have
SetWarnings off, you won't receive the warning that the object can't be
saved, IIRC.
It's best to split the database into a back end (tables and
relationships)
and a front end (queries, forms, reports, et cetera), and then place the
back end on the shared network server and place a copy of the front end
on
each user's workstation. For more information on splitting the database,
please see the "Split the Database" tip on the following Web page:
>http://www.Access.QBuilt.com/html/ge...1.html#SplitDB
HTH.
Gunny
Seehttp://www.QBuilt.comforall your database needs.
Seehttp://www.Access.QBuilt.comforMicrosoft Access tips and tutorials.
Blogs:http://www.DataDevilDog.BlogSpot.com....comhttp://www...
contact
info.
"Josetta" <Jose...@smartdot.netwrote in message
>news:11**********************@l77g2000hsb.googleg roups.com...
Access 2003
I've been experiencing some problems with my "monster" database the
last couple of days. I imported all objects into a new database
yesterday, which pretty much stopped the crashing problems, but here's
something weird: Whenever I copy an object (reports so far), I am
able to open it and make changes, but when I try to save it (without
closing), it appears to save (message box goes off), but it doesn't.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
This does not seem to be a problem with a "fresh" report (not copied).
I like to copy and change, because we have a specific "look" to our
reports, which would be a pain to set up each and every time my boss
requests a new report (nearly daily!), plus much of the data stays the
same.
Has anyone else experienced this and is there a cure? I've tried
repairing Access and I compact and compile often. I can't figure out
why this might happen.- Hide quoted text -
- Show quoted text -- Hide quoted text -

- Show quoted text -

Mar 28 '07 #5
On Mar 28, 2:08 pm, "Josetta" <Jose...@smartdot.netwrote:
Gunny,

BTW, thank you for your quick replies.

There may be some corruption. The file is huge (typically around 50
megs at this point (compact), but it bloats-- still working on that)
and no, most of the weight is not in the tables (backend is around
25-30 megs at this point), but the front end. There are a lot of
calculations, queries, lots of code,many forms and reports, etc.
Could it use some maintenance to make it more efficient? Absolutely.
Do I have time for that at the moment? Not really. I do what I can
when I can. Yesterday, I did import all the objects into a new
database. That did not solve this particular problem, which is, I can
copy objects (specifically reports) and they open fine, but if I
change the copied report, it will not save or even close.

Because this database is constantly in development (I am the only
developer), I do have my own copy. Otherwise, I would not be able to
make any chanages on it at all.

Also, it doesn't seem to be a corruption of a particular report or
object. This happens on any report. (I wonder if forms are
affected. I don't typically copy those as often and the forms have
been fairly static for awhile (new objects, etc. within the forms, but
no real new forms).

I'm working around this problem now by simply starting with a blank
new report and copying the format from an old report. It works, even
though it is a little more work for me. It's simply weird that this
is happening.

Josetta

On Mar 28, 4:01 pm, "'69 Camaro" <ForwardZERO_SPAM.To.

69Cam...@Spameater.orgZERO_SPAMwrote:
Hi, Josetta.
The group works on their own copy.
Unless this means "Each member of the group works with his own copy of the
front end," then it's being shared by more than one user, which is just as
effective as sharing a non-split database.
This is simply a "glitch", I think; one that's
only been happening a few days.
If it's corruption, then it's usually easy to get rid of by creating a new
database file, then importing the objects one group at a time, first the
tables, then the queries, then the forms, et cetera. Once everything is
imported, compile the code, then compact the database and see if you're
still having problems.
How big is the front end, by the way? You called it a monster database, but
the majority of the weight should be in the tables in the back end on the
server.
HTH.
Gunny
Seehttp://www.QBuilt.comforall your database needs.
Seehttp://www.Access.QBuilt.comforMicrosoft Access tips and tutorials.
Blogs:http://www.DataDevilDog.BlogSpot.com.../www...contact
info.
"Josetta" <Jose...@smartdot.netwrote in message
news:11**********************@p15g2000hsd.googlegr oups.com...
No, This is not the problem. I have my own development file. It's
open exclusively. The group works on their own copy. There is a
front and back-end. This is simply a "glitch", I think; one that's
only been happening a few days. I routinely make copies of reports
and then edit them according to the new names. Only the past couple
of days has this been a problem.
On Mar 28, 2:53 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAMwrote:
>Hi, Josetta.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
>Do you have the database file open exclusively? If not and other users
>are
>connected to the front end, design changes can't be saved. If you have
>SetWarnings off, you won't receive the warning that the object can't be
>saved, IIRC.
>It's best to split the database into a back end (tables and
>relationships)
>and a front end (queries, forms, reports, et cetera), and then place the
>back end on the shared network server and place a copy of the front end
>on
>each user's workstation. For more information on splitting the database,
>please see the "Split the Database" tip on the following Web page:
>>http://www.Access.QBuilt.com/html/ge...1.html#SplitDB
>HTH.
>Gunny
>Seehttp://www.QBuilt.comforallyour database needs.
>Seehttp://www.Access.QBuilt.comforMicrosoftAccess tips and tutorials.
>Blogs:http://www.DataDevilDog.BlogSpot.com....comhttp://www...
>contact
>info.
>"Josetta" <Jose...@smartdot.netwrote in message
>>news:11**********************@l77g2000hsb.google groups.com...
Access 2003
I've been experiencing some problems with my "monster" database the
last couple of days. I imported all objects into a new database
yesterday, which pretty much stopped the crashing problems, but here's
something weird: Whenever I copy an object (reports so far), I am
able to open it and make changes, but when I try to save it (without
closing), it appears to save (message box goes off), but it doesn't.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
This does not seem to be a problem with a "fresh" report (not copied).
I like to copy and change, because we have a specific "look" to our
reports, which would be a pain to set up each and every time my boss
requests a new report (nearly daily!), plus much of the data stays the
same.
Has anyone else experienced this and is there a cure? I've tried
repairing Access and I compact and compile often. I can't figure out
why this might happen.- Hide quoted text -
>- Show quoted text -- Hide quoted text -
- Show quoted text -- Hide quoted text -

- Show quoted text -
I can't imagine a 50 MB front-end with no data. I just looked at one
of mine that has 300+ queries (used only for populating forms and
reports, not used in code), 90 forms and subforms, 150 reports and
subreports, with lots of code (I don't use macros) and the whole thing
(including some temporary tables in the front-end) takes just 12
MBytes compacted. Can you do a count of these sorts of things and
compare them to these numbers and see if 50 MB makes sense?

Mar 29 '07 #6
On 28 Mar 2007 14:08:01 -0700, "Josetta" <Jo*****@smartdot.netwrote:

Sounds to me you have a corruption of some kind. You are keeping very
good backups, right?
I would export all objects to text (google for SaveAsText for the
exact syntax), and import them in a new db. What you are seeing is not
normal, and will eventually bite you.

-Tom.

>Gunny,

BTW, thank you for your quick replies.

There may be some corruption. The file is huge (typically around 50
megs at this point (compact), but it bloats-- still working on that)
and no, most of the weight is not in the tables (backend is around
25-30 megs at this point), but the front end. There are a lot of
calculations, queries, lots of code,many forms and reports, etc.
Could it use some maintenance to make it more efficient? Absolutely.
Do I have time for that at the moment? Not really. I do what I can
when I can. Yesterday, I did import all the objects into a new
database. That did not solve this particular problem, which is, I can
copy objects (specifically reports) and they open fine, but if I
change the copied report, it will not save or even close.

Because this database is constantly in development (I am the only
developer), I do have my own copy. Otherwise, I would not be able to
make any chanages on it at all.

Also, it doesn't seem to be a corruption of a particular report or
object. This happens on any report. (I wonder if forms are
affected. I don't typically copy those as often and the forms have
been fairly static for awhile (new objects, etc. within the forms, but
no real new forms).

I'm working around this problem now by simply starting with a blank
new report and copying the format from an old report. It works, even
though it is a little more work for me. It's simply weird that this
is happening.

Josetta
On Mar 28, 4:01 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAMwrote:
>Hi, Josetta.
The group works on their own copy.

Unless this means "Each member of the group works with his own copy of the
front end," then it's being shared by more than one user, which is just as
effective as sharing a non-split database.
This is simply a "glitch", I think; one that's
only been happening a few days.

If it's corruption, then it's usually easy to get rid of by creating a new
database file, then importing the objects one group at a time, first the
tables, then the queries, then the forms, et cetera. Once everything is
imported, compile the code, then compact the database and see if you're
still having problems.

How big is the front end, by the way? You called it a monster database, but
the majority of the weight should be in the tables in the back end on the
server.

HTH.
Gunny

Seehttp://www.QBuilt.comfor all your database needs.
Seehttp://www.Access.QBuilt.comfor Microsoft Access tips and tutorials.
Blogs:http://www.DataDevilDog.BlogSpot.com...utors2.htmlfor contact
info.

"Josetta" <Jose...@smartdot.netwrote in message

news:11**********************@p15g2000hsd.googleg roups.com...
No, This is not the problem. I have my own development file. It's
open exclusively. The group works on their own copy. There is a
front and back-end. This is simply a "glitch", I think; one that's
only been happening a few days. I routinely make copies of reports
and then edit them according to the new names. Only the past couple
of days has this been a problem.
On Mar 28, 2:53 pm, "'69 Camaro" <ForwardZERO_SPAM.To.
69Cam...@Spameater.orgZERO_SPAMwrote:
Hi, Josetta.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
>Do you have the database file open exclusively? If not and other users
are
connected to the front end, design changes can't be saved. If you have
SetWarnings off, you won't receive the warning that the object can't be
saved, IIRC.
>It's best to split the database into a back end (tables and
relationships)
and a front end (queries, forms, reports, et cetera), and then place the
back end on the shared network server and place a copy of the front end
on
each user's workstation. For more information on splitting the database,
please see the "Split the Database" tip on the following Web page:
>>http://www.Access.QBuilt.com/html/ge...1.html#SplitDB
>HTH.
Gunny
>Seehttp://www.QBuilt.comforall your database needs.
Seehttp://www.Access.QBuilt.comforMicrosoft Access tips and tutorials.
Blogs:http://www.DataDevilDog.BlogSpot.com....comhttp://www...
contact
info.
>"Josetta" <Jose...@smartdot.netwrote in message
>>news:11**********************@l77g2000hsb.google groups.com...
Access 2003
I've been experiencing some problems with my "monster" database the
last couple of days. I imported all objects into a new database
yesterday, which pretty much stopped the crashing problems, but here's
something weird: Whenever I copy an object (reports so far), I am
able to open it and make changes, but when I try to save it (without
closing), it appears to save (message box goes off), but it doesn't.
Then, if I try to close the report, it doesn't close, doesn't save,
doesn't do anything.
This does not seem to be a problem with a "fresh" report (not copied).
I like to copy and change, because we have a specific "look" to our
reports, which would be a pain to set up each and every time my boss
requests a new report (nearly daily!), plus much of the data stays the
same.
Has anyone else experienced this and is there a cure? I've tried
repairing Access and I compact and compile often. I can't figure out
why this might happen.- Hide quoted text -
>- Show quoted text -- Hide quoted text -

- Show quoted text -
Mar 29 '07 #7

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

1
by: rAGHU | last post by:
Hi, In my ASP.NET web application project we need to design crystal reports with Crystal Reports version 8.5 enterpraise edition(Please Note:It is not the Crystal Reports that comes with...
1
by: Kinetic - Paul G | last post by:
Hi All Hope someone can help out . . . I have a system that worked fine in A97 .and Win 98 with NT server . . . 10 PCs running a front end MDB and usual backend MDB with tables on the server....
1
by: rdshultz | last post by:
My company is going to a new software were I have to learn Crystal Reports. Had my first class and I'm a little confused. The instructor said everytime you run a Crystal report you have to do a...
7
by: dog | last post by:
I've seen plenty of articles on this topic but none of them have been able to solve my problem. I am working with an Access 97 database on an NT4.0 machine, which has many Access reports. I...
3
by: mehul | last post by:
Hi, I am trying to use Active Reports v1.1 (Build 1.1.0.84) in a ASP.NET application. Is it possible to use it through the COM interlop as Crystal Reports for .NET which comes built in with...
19
by: LP | last post by:
I am using (trying to) CR version XI, cascading parameters feature works it asks user to enter params. But if page is resubmitted. It prompts for params again. I did set...
1
by: Hardy Wang | last post by:
Hi all, I have a piece of code in my C# console application to export from crystal report files to PDF. For some reports files, I get errors below. I have Crystal Reports 8.5 with service pack...
3
by: evenlater | last post by:
I have an Access application on a terminal server. Sometimes my users need to export reports to pdf, rtf or xls files and save them to their own client device hard drives. They can do that right...
22
by: g diddy | last post by:
Hi I'm relatively new to VBA and could really do with some help please!! This is going to sound really long winded i'm sorry but I hope it will paint a picture of what i'm trying to do. Basically...
0
by: VivesProcSPL | last post by:
Obviously, one of the original purposes of SQL is to make data query processing easy. The language uses many English-like terms and syntax in an effort to make it easy to learn, particularly for...
0
by: jianzs | last post by:
Introduction Cloud-native applications are conventionally identified as those designed and nurtured on cloud infrastructure. Such applications, rooted in cloud technologies, skillfully benefit from...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
1
by: davi5007 | last post by:
Hi, Basically, I am trying to automate a field named TraceabilityNo into a web page from an access form. I've got the serial held in the variable strSearchString. How can I get this into the...
0
by: MeoLessi9 | last post by:
I have VirtualBox installed on Windows 11 and now I would like to install Kali on a virtual machine. However, on the official website, I see two options: "Installer images" and "Virtual machines"....
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: Aftab Ahmad | last post by:
Hello Experts! I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
0
by: Aftab Ahmad | last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below. Dim IE As Object Set IE =...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.