473,324 Members | 1,856 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,324 software developers and data experts.

UAC Issues On Vista

Even though I had my roots and highlights redone just a few days ago, I
don't understand why I appear to be having an ongoing blond moment.

Is it just me or do others among you not 'get' how to make C# and VB.Net
applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming' of
assemblies, 'authenticode signing' of assemblies and, even though I'm not
your average thicko by any means, I just dont get it.

It seems to me that, to some degree it might be a case of "The Emporer's New
Clothes" and nobody is prepared to stand up and say "Stop! Enough already!".

If anyone has a blow-by-blow of how to make it work and is prepared to share
their knowledge/experience Then it would be most appreciated.
Jun 14 '07 #1
14 1909
so what exactly is your problem??

Maybe this is helpful:

http://www.leastprivilege.com/UACIsForDevelopers.aspx

-----
Dominick Baier (http://www.leastprivilege.com)

Developing More Secure Microsoft ASP.NET 2.0 Applications (http://www.microsoft.com/mspress/books/9989.asp)
Even though I had my roots and highlights redone just a few days ago,
I don't understand why I appear to be having an ongoing blond moment.

Is it just me or do others among you not 'get' how to make C# and
VB.Net applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming'
of assemblies, 'authenticode signing' of assemblies and, even though
I'm not your average thicko by any means, I just dont get it.

It seems to me that, to some degree it might be a case of "The
Emporer's New Clothes" and nobody is prepared to stand up and say
"Stop! Enough already!".

If anyone has a blow-by-blow of how to make it work and is prepared to
share their knowledge/experience Then it would be most appreciated.

Jun 14 '07 #2

"Stephany Young" <noone@localhostwrote in message
news:%2***************@TK2MSFTNGP02.phx.gbl...
Even though I had my roots and highlights redone just a few days ago, I
don't understand why I appear to be having an ongoing blond moment.

Is it just me or do others among you not 'get' how to make C# and VB.Net
applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming' of
assemblies, 'authenticode signing' of assemblies and, even though I'm not
your average thicko by any means, I just dont get it.
http://blogs.msdn.com/cheller/archiv...-the-ways.aspx

http://www.devx.com/VistaSpecialRepo...6/1954?pf=true

Jun 14 '07 #3
Thanks for your response Dominick.

I've got no issues at all with the concept of 'least privilege' or for that
matter being to elevate the privilege of a process or sub-process when it is
absolutely necessary to do so.

To illustrate my issue, consider an appplication done in VB.Net (for the
sake of argument):

The project comprises 1 form (Form1) which is
designated as the startup form.

The form has 1 button with handler for it's
Click event.

The code in the event handler is simply:

MessageBox.Show("Hello World!")

Compile the project resulting in TestApp.exe

If you 'run' the project in the IDE then no problems at all. The
application behaves as expected.

Run the project outside the IDE then we are told that an undentified program
(from an unidentified publisher) is attempting to access your computer. On
then need to give assent (for an administrator) or provide an administrative
username/password (for a standard user) before the program will run.

How to prepare the application so that it runs without this palaver is the
issue. I just don't get it.
"Dominick Baier" <dbaier@pleasepleasenospam_leastprivilege.comwro te in
message news:51**************************@news.microsoft.c om...
so what exactly is your problem??

Maybe this is helpful:

http://www.leastprivilege.com/UACIsForDevelopers.aspx

-----
Dominick Baier (http://www.leastprivilege.com)

Developing More Secure Microsoft ASP.NET 2.0 Applications
(http://www.microsoft.com/mspress/books/9989.asp)
>Even though I had my roots and highlights redone just a few days ago,
I don't understand why I appear to be having an ongoing blond moment.

Is it just me or do others among you not 'get' how to make C# and
VB.Net applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming'
of assemblies, 'authenticode signing' of assemblies and, even though
I'm not your average thicko by any means, I just dont get it.

It seems to me that, to some degree it might be a case of "The
Emporer's New Clothes" and nobody is prepared to stand up and say
"Stop! Enough already!".

If anyone has a blow-by-blow of how to make it work and is prepared to
share their knowledge/experience Then it would be most appreciated.

Jun 14 '07 #4
have a look at my post - and see if this makes it clearer...
-----
Dominick Baier (http://www.leastprivilege.com)

Developing More Secure Microsoft ASP.NET 2.0 Applications (http://www.microsoft.com/mspress/books/9989.asp)
Thanks for your response Dominick.

I've got no issues at all with the concept of 'least privilege' or for
that matter being to elevate the privilege of a process or sub-process
when it is absolutely necessary to do so.

To illustrate my issue, consider an appplication done in VB.Net (for
the sake of argument):

The project comprises 1 form (Form1) which is
designated as the startup form.
The form has 1 button with handler for it's
Click event.
The code in the event handler is simply:

MessageBox.Show("Hello World!")

Compile the project resulting in TestApp.exe

If you 'run' the project in the IDE then no problems at all. The
application behaves as expected.

Run the project outside the IDE then we are told that an undentified
program (from an unidentified publisher) is attempting to access your
computer. On then need to give assent (for an administrator) or
provide an administrative username/password (for a standard user)
before the program will run.

How to prepare the application so that it runs without this palaver is
the issue. I just don't get it.

"Dominick Baier" <dbaier@pleasepleasenospam_leastprivilege.comwro te
in message news:51**************************@news.microsoft.c om...
>so what exactly is your problem??

Maybe this is helpful:

http://www.leastprivilege.com/UACIsForDevelopers.aspx

-----
Dominick Baier (http://www.leastprivilege.com)
Developing More Secure Microsoft ASP.NET 2.0 Applications
(http://www.microsoft.com/mspress/books/9989.asp)
>>Even though I had my roots and highlights redone just a few days
ago, I don't understand why I appear to be having an ongoing blond
moment.

Is it just me or do others among you not 'get' how to make C# and
VB.Net applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming'
of assemblies, 'authenticode signing' of assemblies and, even though
I'm not your average thicko by any means, I just dont get it.

It seems to me that, to some degree it might be a case of "The
Emporer's New Clothes" and nobody is prepared to stand up and say
"Stop! Enough already!".

If anyone has a blow-by-blow of how to make it work and is prepared
to share their knowledge/experience Then it would be most
appreciated.

Jun 14 '07 #5

"Stephany Young" <noone@localhostwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...
Thanks for your response Dominick.

I've got no issues at all with the concept of 'least privilege' or for
that matter being to elevate the privilege of a process or sub-process
when it is absolutely necessary to do so.

To illustrate my issue, consider an appplication done in VB.Net (for the
sake of argument):

The project comprises 1 form (Form1) which is
designated as the startup form.

The form has 1 button with handler for it's
Click event.

The code in the event handler is simply:

MessageBox.Show("Hello World!")

Compile the project resulting in TestApp.exe

If you 'run' the project in the IDE then no problems at all. The
application behaves as expected.

Run the project outside the IDE then we are told that an undentified
program (from an unidentified publisher) is attempting to access your
computer. On then need to give assent (for an administrator) or provide an
administrative username/password (for a standard user) before the program
will run.

How to prepare the application so that it runs without this palaver is the
issue. I just don't get it.
I did your example on this Vista Ultimate machine, using a Admin and
Standard accounts, ran it from the Bin directory and copied the exe to
another directory, even made a desktop short-cut to it, not one time did it
ask for permissions to run the exe with giving an Admin user-id and psw, for
a Standard account running the program.

The laptop came with Vista Home Premium on it using VS 2005 Express, which
was upgraded to Vista Ultimate.

If the machine has been upgraded with Vista over the top of an existing non
Vista O/S like XP, then there is no telling what's happening with Vista.

Jun 14 '07 #6
Interesting. You are reporting the same results I get with UAC 'turned
'off'. I assume that you do have it 'turned on'.

With over 5000 installs of various Windows versions going right back to NT
3.51 and Windows 3.1 I have yet to do an 'upgrade-in-place' type install and
I sure as <unlady-like language omittedaren't going to start those sort of
silly games with Vista. More than 90% of the OS installation related
problems that I have to troubleshoot over the years has been on
'upgrade-in-place' installations. It's just not worth the hassle.

See my later post for where I'm up to.

"Mr. Arnold" <MR. Ar****@Arnold.comwrote in message
news:uE**************@TK2MSFTNGP03.phx.gbl...
>
"Stephany Young" <noone@localhostwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...
>Thanks for your response Dominick.

I've got no issues at all with the concept of 'least privilege' or for
that matter being to elevate the privilege of a process or sub-process
when it is absolutely necessary to do so.

To illustrate my issue, consider an appplication done in VB.Net (for the
sake of argument):

The project comprises 1 form (Form1) which is
designated as the startup form.

The form has 1 button with handler for it's
Click event.

The code in the event handler is simply:

MessageBox.Show("Hello World!")

Compile the project resulting in TestApp.exe

If you 'run' the project in the IDE then no problems at all. The
application behaves as expected.

Run the project outside the IDE then we are told that an undentified
program (from an unidentified publisher) is attempting to access your
computer. On then need to give assent (for an administrator) or provide
an administrative username/password (for a standard user) before the
program will run.

How to prepare the application so that it runs without this palaver is
the issue. I just don't get it.

I did your example on this Vista Ultimate machine, using a Admin and
Standard accounts, ran it from the Bin directory and copied the exe to
another directory, even made a desktop short-cut to it, not one time did
it ask for permissions to run the exe with giving an Admin user-id and
psw, for a Standard account running the program.

The laptop came with Vista Home Premium on it using VS 2005 Express, which
was upgraded to Vista Ultimate.

If the machine has been upgraded with Vista over the top of an existing
non Vista O/S like XP, then there is no telling what's happening with
Vista.
Jun 14 '07 #7
Thank you both Dominick and Mr Arnold.

The content of the links you supplied filled in some of the gaps in my
understanding of how to embed manifests.

I found that some of the articles would explain one part very well but gloss
over the detail of another part but another article would flesh the
'missing' part out. I'm not criticising the writers because I know how easy
it is to assume that the reader already knows what your'e talking about.

The upshot is that, when you combine the pertinent bits from the various
articles, it all becomes clear.

One bit that has me perplexed though is that compiling a manifest as a
resource in the prebuild event using C# is fine but when running rc.exe in a
batch file it spits is dummy and thows an RC2135 error on one of the #define
statements - scary.

Anyway, I now have a managable kludge that will allow me to embed a manifest
in a VB.Net project that will have to do me until whatever Orcas is going to
finally be called goes RTM.

"Stephany Young" <noone@localhostwrote in message
news:%2***************@TK2MSFTNGP02.phx.gbl...
Even though I had my roots and highlights redone just a few days ago, I
don't understand why I appear to be having an ongoing blond moment.

Is it just me or do others among you not 'get' how to make C# and VB.Net
applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming' of
assemblies, 'authenticode signing' of assemblies and, even though I'm not
your average thicko by any means, I just dont get it.

It seems to me that, to some degree it might be a case of "The Emporer's
New Clothes" and nobody is prepared to stand up and say "Stop! Enough
already!".

If anyone has a blow-by-blow of how to make it work and is prepared to
share their knowledge/experience Then it would be most appreciated.

Jun 14 '07 #8

"Stephany Young" <noone@localhostwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...
Interesting. You are reporting the same results I get with UAC 'turned
'off'. I assume that you do have it 'turned on'.
Yes UAC is turned on. I made sure that UAC was on, because I had truned on
and off at times. It was on for sure both times I did your test example, and
it never asked for admin permissions for a Standard user account executing
the exe.
>
With over 5000 installs of various Windows versions going right back to NT
3.51 and Windows 3.1 I have yet to do an 'upgrade-in-place' type install
and I sure as <unlady-like language omittedaren't going to start those
sort of silly games with Vista. More than 90% of the OS installation
related problems that I have to troubleshoot over the years has been on
'upgrade-in-place' installations. It's just not worth the hassle.

See my later post for where I'm up to.
The only other thing it might be is that you have complied this program on
an XP machine, and you're trying to run it on Vista.

My rule of thumb is build and deploy a program on the platform it's intended
to run on to avoid compatibility issues.
>
"Mr. Arnold" <MR. Ar****@Arnold.comwrote in message
news:uE**************@TK2MSFTNGP03.phx.gbl...
>>
"Stephany Young" <noone@localhostwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...
>>Thanks for your response Dominick.

I've got no issues at all with the concept of 'least privilege' or for
that matter being to elevate the privilege of a process or sub-process
when it is absolutely necessary to do so.

To illustrate my issue, consider an appplication done in VB.Net (for the
sake of argument):

The project comprises 1 form (Form1) which is
designated as the startup form.

The form has 1 button with handler for it's
Click event.

The code in the event handler is simply:

MessageBox.Show("Hello World!")

Compile the project resulting in TestApp.exe

If you 'run' the project in the IDE then no problems at all. The
application behaves as expected.

Run the project outside the IDE then we are told that an undentified
program (from an unidentified publisher) is attempting to access your
computer. On then need to give assent (for an administrator) or provide
an administrative username/password (for a standard user) before the
program will run.

How to prepare the application so that it runs without this palaver is
the issue. I just don't get it.

I did your example on this Vista Ultimate machine, using a Admin and
Standard accounts, ran it from the Bin directory and copied the exe to
another directory, even made a desktop short-cut to it, not one time did
it ask for permissions to run the exe with giving an Admin user-id and
psw, for a Standard account running the program.

The laptop came with Vista Home Premium on it using VS 2005 Express,
which was upgraded to Vista Ultimate.

If the machine has been upgraded with Vista over the top of an existing
non Vista O/S like XP, then there is no telling what's happening with
Vista.
Jun 14 '07 #9
"Stephany Young" <noone@localhostwrote in message
news:%2***************@TK2MSFTNGP02.phx.gbl...
Even though I had my roots and highlights redone just a few days ago, I
don't understand why I appear to be having an ongoing blond moment.

Is it just me or do others among you not 'get' how to make C# and VB.Net
applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming' of
assemblies, 'authenticode signing' of assemblies and, even though I'm not
your average thicko by any means, I just dont get it.

It seems to me that, to some degree it might be a case of "The Emporer's
New Clothes" and nobody is prepared to stand up and say "Stop! Enough
already!".

If anyone has a blow-by-blow of how to make it work and is prepared to
share their knowledge/experience Then it would be most appreciated.



How do your UAC settings look like? You can check this by running "Local
Security Policy" from "Administrative Tools"
I had the same issues when running beta's and RC's of Vista before, but I
never had this issue on Vista RTM, running C# applications (if that matters
at all) as standard user.
Also, make sure you have VS2005 SP1
http://msdn2.microsoft.com/en-us/vstudio/bb265237.aspx and VS2005 SP1
http://support.microsoft.com/kb/929470 installed?

Willy.

Jun 14 '07 #10
Thanks Willy.

Been there and even got the tee-shirt for those two updates :)

The UAC setting are 'out-of-the-box'. Absolutely NO tweaks to the target
machine except for applying all the updates and joining a domain.
"Willy Denoyette [MVP]" <wi*************@telenet.bewrote in message
news:OD**************@TK2MSFTNGP04.phx.gbl...
"Stephany Young" <noone@localhostwrote in message
news:%2***************@TK2MSFTNGP02.phx.gbl...
>Even though I had my roots and highlights redone just a few days ago, I
don't understand why I appear to be having an ongoing blond moment.

Is it just me or do others among you not 'get' how to make C# and VB.Net
applications play nicely with the the UAC on Vista.

I have read and reread everything I can find on UAC, 'strong-naming' of
assemblies, 'authenticode signing' of assemblies and, even though I'm not
your average thicko by any means, I just dont get it.

It seems to me that, to some degree it might be a case of "The Emporer's
New Clothes" and nobody is prepared to stand up and say "Stop! Enough
already!".

If anyone has a blow-by-blow of how to make it work and is prepared to
share their knowledge/experience Then it would be most appreciated.


How do your UAC settings look like? You can check this by running "Local
Security Policy" from "Administrative Tools"
I had the same issues when running beta's and RC's of Vista before, but I
never had this issue on Vista RTM, running C# applications (if that
matters at all) as standard user.
Also, make sure you have VS2005 SP1
http://msdn2.microsoft.com/en-us/vstudio/bb265237.aspx and VS2005 SP1
http://support.microsoft.com/kb/929470 installed?

Willy.
Jun 14 '07 #11
I assumed it was turned on but I did to have to ask just in case :)

Dev Machine = Windows Vista Ultimate
Target Machine = Windows Vista Ultimate
Both machines are members of the same Windows Server 2003 domain.

The target machine is a fresh install with all updates, joined to the domain
and no other tweaks.

The users are Domain Admins and Domain users rather than Local Admins and
Local Users. That could explain the difference in behaviour but I would hope
that something as fundamental as that would make no difference.

I'm not overly concerned that the behaviour that you observed was different
from what I observed because I'm well aware that one can observe different
behaviour on two machines that are ostensibly identical and that attempting
to determine the difference between the two machines is like attempting to
find a needle in a haystack.
"Mr. Arnold" <MR. Ar****@Arnold.comwrote in message
news:OQ**************@TK2MSFTNGP06.phx.gbl...
>
"Stephany Young" <noone@localhostwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl...
>Interesting. You are reporting the same results I get with UAC 'turned
'off'. I assume that you do have it 'turned on'.

Yes UAC is turned on. I made sure that UAC was on, because I had truned on
and off at times. It was on for sure both times I did your test example,
and it never asked for admin permissions for a Standard user account
executing the exe.
>>
With over 5000 installs of various Windows versions going right back to
NT 3.51 and Windows 3.1 I have yet to do an 'upgrade-in-place' type
install and I sure as <unlady-like language omittedaren't going to
start those sort of silly games with Vista. More than 90% of the OS
installation related problems that I have to troubleshoot over the years
has been on 'upgrade-in-place' installations. It's just not worth the
hassle.

See my later post for where I'm up to.

The only other thing it might be is that you have complied this program on
an XP machine, and you're trying to run it on Vista.

My rule of thumb is build and deploy a program on the platform it's
intended to run on to avoid compatibility issues.
>>
"Mr. Arnold" <MR. Ar****@Arnold.comwrote in message
news:uE**************@TK2MSFTNGP03.phx.gbl...
>>>
"Stephany Young" <noone@localhostwrote in message
news:%2****************@TK2MSFTNGP03.phx.gbl.. .
Thanks for your response Dominick.

I've got no issues at all with the concept of 'least privilege' or for
that matter being to elevate the privilege of a process or sub-process
when it is absolutely necessary to do so.

To illustrate my issue, consider an appplication done in VB.Net (for
the sake of argument):

The project comprises 1 form (Form1) which is
designated as the startup form.

The form has 1 button with handler for it's
Click event.

The code in the event handler is simply:

MessageBox.Show("Hello World!")

Compile the project resulting in TestApp.exe

If you 'run' the project in the IDE then no problems at all. The
application behaves as expected.

Run the project outside the IDE then we are told that an undentified
program (from an unidentified publisher) is attempting to access your
computer. On then need to give assent (for an administrator) or provide
an administrative username/password (for a standard user) before the
program will run.

How to prepare the application so that it runs without this palaver is
the issue. I just don't get it.

I did your example on this Vista Ultimate machine, using a Admin and
Standard accounts, ran it from the Bin directory and copied the exe to
another directory, even made a desktop short-cut to it, not one time did
it ask for permissions to run the exe with giving an Admin user-id and
psw, for a Standard account running the program.

The laptop came with Vista Home Premium on it using VS 2005 Express,
which was upgraded to Vista Ultimate.

If the machine has been upgraded with Vista over the top of an existing
non Vista O/S like XP, then there is no telling what's happening with
Vista.
Jun 14 '07 #12

"Stephany Young" <noone@localhostwrote in message
news:uF*************@TK2MSFTNGP03.phx.gbl...
>I assumed it was turned on but I did to have to ask just in case :)

Dev Machine = Windows Vista Ultimate
Target Machine = Windows Vista Ultimate
Both machines are members of the same Windows Server 2003 domain.

The target machine is a fresh install with all updates, joined to the
domain and no other tweaks.

The users are Domain Admins and Domain users rather than Local Admins and
Local Users. That could explain the difference in behaviour but I would
hope that something as fundamental as that would make no difference.

I'm not overly concerned that the behaviour that you observed was
different from what I observed because I'm well aware that one can observe
different behaviour on two machines that are ostensibly identical and that
attempting to determine the difference between the two machines is like
attempting to find a needle in a haystack.
Maybe, you need to look at Group Polices for the machine on a domain, put
the solution in GAC so that it's trusted, possibly or check what can be done
with the .Net Framework Configurations' Runtime Security.

Jun 14 '07 #13
"Stephany Young" <noone@localhostwrote in message
news:O8*************@TK2MSFTNGP06.phx.gbl...
Thanks Willy.

Been there and even got the tee-shirt for those two updates :)

The UAC setting are 'out-of-the-box'. Absolutely NO tweaks to the target
machine except for applying all the updates and joining a domain.
UAC settings may differ when Domain policies apply!
Do you run this application with full "administrator" privileges? For
instance by Right clicking in Explorer and "Run As Administrator" ? Also,
check the .exe properties -Compatibility -Privilege Level - "Run this
program as an administrator". If this option is enabled then you will always
get the UAC prompt.
Your application is not signed and does not have a UAC manifest included,
so, somehow it's forced to "run as administrator", hence the UAC prompt.

Willy.

Jun 14 '07 #14
Thanks again Willy.

Me issues were not really to do with the behaviour of UAC, rather they were
to do not being to come to grips with how to make an application 'play
nicely' with UAC. After extensive research, the methodolgy still seemed a
bit on the esoteric side, however, with another couple of pieces falling
into place as a result of response to my OP it is now a lot clearer and I
now have apps with imbedded manifests that enable them to 'play nicely' with
UAC.

It's all part of the ever-continuing learning curve, but when you don't know
the answer the question is always hard.
"Willy Denoyette [MVP]" <wi*************@telenet.bewrote in message
news:u0**************@TK2MSFTNGP05.phx.gbl...
"Stephany Young" <noone@localhostwrote in message
news:O8*************@TK2MSFTNGP06.phx.gbl...
>Thanks Willy.

Been there and even got the tee-shirt for those two updates :)

The UAC setting are 'out-of-the-box'. Absolutely NO tweaks to the target
machine except for applying all the updates and joining a domain.

UAC settings may differ when Domain policies apply!
Do you run this application with full "administrator" privileges? For
instance by Right clicking in Explorer and "Run As Administrator" ? Also,
check the .exe properties -Compatibility -Privilege Level - "Run this
program as an administrator". If this option is enabled then you will
always get the UAC prompt.
Your application is not signed and does not have a UAC manifest included,
so, somehow it's forced to "run as administrator", hence the UAC prompt.

Willy.
Jun 14 '07 #15

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

Similar topics

8
by: Jim Hubbard | last post by:
(I know this is a great big newsgroup no-no, but I originally only posted to microsoft.public.dotnet.general and that newsgroup doesn't seem to have near the readership of these - so I thought I'd...
62
by: Tony Ciconte | last post by:
I have a rather complex commercial Acc2003 application (tab controls, 50K+ lines of VBA code, etc.) that will not run well at all on Windows Vista Ultimate. I have seen posts indicating that...
4
by: Viviana Vc | last post by:
Hi all, I've read the WindowsVistaUACDevReqs.doc documentation and I have done different small tests on Vista to understand the bahaviour and now I have a few questions. 1) If I create a...
14
by: Stephany Young | last post by:
Even though I had my roots and highlights redone just a few days ago, I don't understand why I appear to be having an ongoing blond moment. Is it just me or do others among you not 'get' how to...
4
by: darrel | last post by:
Looks like we're getting Vista soon. Alas, we're still maintaining a few apps in 1.1 using VS.2003. Are there any issues? Does it run on Vista? I found this which appers that MS doesn't...
3
by: nzmike | last post by:
Hi, Hoping someone out there can help me... I just built a new Vista Home Premium 64 PC. So far everything has gone well so this morning I decided to install Visual Studio 2005 Professional....
4
by: =?Utf-8?B?dmlwZXJ4MTk2Nw==?= | last post by:
We are having an issue with an application we are developing. We have a Legacy COM DLL in C++ that we have converted to Visual Studio 2008. This COM DLL has methods that are calling Managed C#...
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: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

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.