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

App.Config Recovers automatically

Hi there,

I am implementing a simple "/U" command line argument for a .NET
application that instructs the application to delete the following
folders...

My.Computer.FileSystem.SpecialDirectories.CurrentU serApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

The application deletes these folders successfully then exits. Even
though the application does *not* use the Application Framework built into
..NET (due to incompatability with McAfee) the folders are promptly restored
and recovered once the application exits!

----------

Dim pDIoDirectory As New
DirectoryInfo(My.Computer.FileSystem.SpecialDirect ories.CurrentUserApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
pDIoDirectory = New
DirectoryInfo(My.Computer.FileSystem.SpecialDirect ories.AllUsersApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
Return (0)

----------

How would I stop the application from restoring this file? Many thanks
in advance.

Nick.
Dec 4 '06 #1
6 1411
NickP wrote:
I am implementing a simple "/U" command line argument for a .NET
application that instructs the application to delete the following
folders...

My.Computer.FileSystem.SpecialDirectories.CurrentU serApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

The application deletes these folders successfully then exits. Even
though the application does *not* use the Application Framework built into
.NET (due to incompatability with McAfee) the folders are promptly restored
and recovered once the application exits!

----------

Dim pDIoDirectory As New
DirectoryInfo(My.Computer.FileSystem.SpecialDirect ories.CurrentUserApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
pDIoDirectory = New
DirectoryInfo(My.Computer.FileSystem.SpecialDirect ories.AllUsersApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
Return (0)

----------

How would I stop the application from restoring this file? Many thanks
in advance.
Are you sure it is your application that is restoring those folders?
Those appear to be Windows special folders you are trying to delete.
Perhaps Windows File Protection is what is restoring them.

Chris

Dec 4 '06 #2
Hi there,

These aren't special windows folders, they are folders that are created
for that particular version of the applicaiton in order to store the
settings file. Unfortunately I found that the settings files were being
cached rather than just the xml document in the application folder being
used, this makes sense for current user priviledges I guess but...

I have just found a problem, if the application is signed it will be
stored in a folder something along the lines of...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication.exe_StrongName_bladeb labvdfjnsdrwepfoobar\1.0.0.0\app.config

Unfortunately the property doesn't return the StrongName part on the
end. Surely that is a bug as it returning the wrong value to what the
application is actually using, instead it returns something like...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication\1.0.0.0\app.config

Hmmm! All I want to do is delete these cached settings but I need to be
careful that I am deleting the correct directory, which is that my code
*should* technically be doing, as far as I can see anyway. So I guess I
need to work this directory out in a different way...

Or I guess I could delete the entire "MyApplication" folder...

Nick.

"Chris Dunaway" <du******@gmail.comwrote in message
news:11**********************@j44g2000cwa.googlegr oups.com...
NickP wrote:
> I am implementing a simple "/U" command line argument for a .NET
application that instructs the application to delete the following
folders...

My.Computer.FileSystem.SpecialDirectories.CurrentU serApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

The application deletes these folders successfully then exits. Even
though the application does *not* use the Application Framework built
into
.NET (due to incompatability with McAfee) the folders are promptly
restored
and recovered once the application exits!

----------

Dim pDIoDirectory As New
DirectoryInfo(My.Computer.FileSystem.SpecialDirec tories.CurrentUserApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
pDIoDirectory = New
DirectoryInfo(My.Computer.FileSystem.SpecialDirec tories.AllUsersApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
Return (0)

----------

How would I stop the application from restoring this file? Many
thanks
in advance.

Are you sure it is your application that is restoring those folders?
Those appear to be Windows special folders you are trying to delete.
Perhaps Windows File Protection is what is restoring them.

Chris

Dec 4 '06 #3
Actually I think Chris is correct...... these:

My.Computer.FileSystem.SpecialDirectories.CurrentU serApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

clearly refer to the Windows special folders and as such will fall under the
"protection" of WFP.

What makes you think these folders are created by your app? And that the
..Net Framework just happens to have functions specifically for your app?
Magic...

Anyway, if you go deleting those folders on people's machines you will kill
many other apps... for instance Outlook Express stores its settings
somewhere under SpecialDirectories.CurrentUserApplicationData.

I'd do a little research on the .Net methods you are using before you
continue as you are on the wrong track.

What cached settings are you trying to delete anyway? They are not likely to
be in those folders - more likely to be in a temp directory somewhere.
Perhaps you should exert more control over where your app is dumping it's
data?

A better lace to store app config data (other than the app.config file of
course) is in the folder your app runs from ie: Application.StartupPath.

Cheers
"NickP" <a@a.comwrote in message
news:uc**************@TK2MSFTNGP02.phx.gbl...
Hi there,

These aren't special windows folders, they are folders that are created
for that particular version of the applicaiton in order to store the
settings file. Unfortunately I found that the settings files were being
cached rather than just the xml document in the application folder being
used, this makes sense for current user priviledges I guess but...

I have just found a problem, if the application is signed it will be
stored in a folder something along the lines of...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication.exe_StrongName_bladeb labvdfjnsdrwepfoobar\1.0.0.0\app.config

Unfortunately the property doesn't return the StrongName part on the
end. Surely that is a bug as it returning the wrong value to what the
application is actually using, instead it returns something like...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication\1.0.0.0\app.config

Hmmm! All I want to do is delete these cached settings but I need to
be careful that I am deleting the correct directory, which is that my code
*should* technically be doing, as far as I can see anyway. So I guess I
need to work this directory out in a different way...

Or I guess I could delete the entire "MyApplication" folder...

Nick.

"Chris Dunaway" <du******@gmail.comwrote in message
news:11**********************@j44g2000cwa.googlegr oups.com...
>NickP wrote:
>> I am implementing a simple "/U" command line argument for a .NET
application that instructs the application to delete the following
folders...

My.Computer.FileSystem.SpecialDirectories.CurrentU serApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

The application deletes these folders successfully then exits. Even
though the application does *not* use the Application Framework built
into
.NET (due to incompatability with McAfee) the folders are promptly
restored
and recovered once the application exits!

----------

Dim pDIoDirectory As New
DirectoryInfo(My.Computer.FileSystem.SpecialDire ctories.CurrentUserApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
pDIoDirectory = New
DirectoryInfo(My.Computer.FileSystem.SpecialDire ctories.AllUsersApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
Return (0)

----------

How would I stop the application from restoring this file? Many
thanks
in advance.

Are you sure it is your application that is restoring those folders?
Those appear to be Windows special folders you are trying to delete.
Perhaps Windows File Protection is what is restoring them.

Chris


Dec 4 '06 #4
Coder,

No, I believe you are wrong, have you actually tried popping the result
into a message box?

Try this, make a new application and write the following code into a
button event

MsgBox(My.Computer.FileSystem.SpecialDirectories.C urrentUserApplicationData.ToString)

To save you the time the result should be something along the lines
of...

C:\Documents and Settings\Nick\Application
Data\myCompany\WindowsApplication1\1.0.0.0

So *no* you will not kill any other apps, I would have appreciated that
you had actually looked before telling me that I am wrong.

Nick.

"Coder" <1@2.3wrote in message
news:O7****************@TK2MSFTNGP06.phx.gbl...
Actually I think Chris is correct...... these:

My.Computer.FileSystem.SpecialDirectories.CurrentU serApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

clearly refer to the Windows special folders and as such will fall under
the "protection" of WFP.

What makes you think these folders are created by your app? And that the
.Net Framework just happens to have functions specifically for your app?
Magic...

Anyway, if you go deleting those folders on people's machines you will
kill many other apps... for instance Outlook Express stores its settings
somewhere under SpecialDirectories.CurrentUserApplicationData.

I'd do a little research on the .Net methods you are using before you
continue as you are on the wrong track.

What cached settings are you trying to delete anyway? They are not likely
to be in those folders - more likely to be in a temp directory somewhere.
Perhaps you should exert more control over where your app is dumping it's
data?

A better lace to store app config data (other than the app.config file of
course) is in the folder your app runs from ie: Application.StartupPath.

Cheers
"NickP" <a@a.comwrote in message
news:uc**************@TK2MSFTNGP02.phx.gbl...
>Hi there,

These aren't special windows folders, they are folders that are
created for that particular version of the applicaiton in order to store
the settings file. Unfortunately I found that the settings files were
being cached rather than just the xml document in the application folder
being used, this makes sense for current user priviledges I guess but...

I have just found a problem, if the application is signed it will be
stored in a folder something along the lines of...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication.exe_StrongName_blade blabvdfjnsdrwepfoobar\1.0.0.0\app.config

Unfortunately the property doesn't return the StrongName part on the
end. Surely that is a bug as it returning the wrong value to what the
application is actually using, instead it returns something like...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication\1.0.0.0\app.config

Hmmm! All I want to do is delete these cached settings but I need to
be careful that I am deleting the correct directory, which is that my
code *should* technically be doing, as far as I can see anyway. So I
guess I need to work this directory out in a different way...

Or I guess I could delete the entire "MyApplication" folder...

Nick.

"Chris Dunaway" <du******@gmail.comwrote in message
news:11**********************@j44g2000cwa.googleg roups.com...
>>NickP wrote:

I am implementing a simple "/U" command line argument for a .NET
application that instructs the application to delete the following
folders...
My.Computer.FileSystem.SpecialDirectories.Curre ntUserApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

The application deletes these folders successfully then exits.
Even
though the application does *not* use the Application Framework built
into
.NET (due to incompatability with McAfee) the folders are promptly
restored
and recovered once the application exits!

----------

Dim pDIoDirectory As New
DirectoryInfo(My.Computer.FileSystem.SpecialDir ectories.CurrentUserApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
pDIoDirectory = New
DirectoryInfo(My.Computer.FileSystem.SpecialDir ectories.AllUsersApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
Return (0)

----------

How would I stop the application from restoring this file? Many
thanks
in advance.

Are you sure it is your application that is restoring those folders?
Those appear to be Windows special folders you are trying to delete.
Perhaps Windows File Protection is what is restoring them.

Chris



Dec 5 '06 #5
Here is a code example of my issue.

http://nickpateman.m6.net/Files/localsettingsfolder.zip

--------------

Pressing the first button will create the folder (in my case)...

C:\Documents and Settings\Nick\Application
Data\myCompany\localsettingsfolder\1.0.0.0

pressing the second button will create the folder (in my case)...

C:\Documents and Settings\All Users\Application
Data\myCompany\localsettingsfolder\1.0.0.0

And finally, pressing the last button will create the folder (again in my
case)...

C:\Documents and Settings\Nick\Local Settings\Application
Data\myCompany\localsettingsfolder.exe_StrongName_ o3k0oc2nrm2v415aeg1y2fjvft5be5td\1.0.0.0

--------------

Now what I am actually trying to do is delete *all* of these 3 folders when
the application is uninstalled via a switch "/U" to the application. I hate
it when applications leave junk all over the computer this wasn't there
before it was installed and is certainly not needed after.

The last folder contains the current users local settings, I want to get rid
of these completely on uninstallation.

After going through all of this all I need to know now is how to get the
Strong Name hash from an assembly and I should be able to delete the folder.
I have stopped the other 2 recovering now as it turns out all you need to do
is call the special directories ToString method to restore the folder.

Anyway, I have asked this in a different thread as it's a bit OT.

But just so you know, none of these folders are protected, all can be
deleted by the app (proved with hard coding), and they certainly wouldn't
ruin any other applications on the system.

Thanks for your time.

Nick.
"NickP" <a@a.comwrote in message
news:uR**************@TK2MSFTNGP05.phx.gbl...
Coder,

No, I believe you are wrong, have you actually tried popping the result
into a message box?

Try this, make a new application and write the following code into a
button event
MsgBox(My.Computer.FileSystem.SpecialDirectories.C urrentUserApplicationData.ToString)

To save you the time the result should be something along the lines
of...

C:\Documents and Settings\Nick\Application
Data\myCompany\WindowsApplication1\1.0.0.0

So *no* you will not kill any other apps, I would have appreciated that
you had actually looked before telling me that I am wrong.

Nick.

"Coder" <1@2.3wrote in message
news:O7****************@TK2MSFTNGP06.phx.gbl...
>Actually I think Chris is correct...... these:

My.Computer.FileSystem.SpecialDirectories.Current UserApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUser sApplicationData

clearly refer to the Windows special folders and as such will fall under
the "protection" of WFP.

What makes you think these folders are created by your app? And that the
.Net Framework just happens to have functions specifically for your app?
Magic...

Anyway, if you go deleting those folders on people's machines you will
kill many other apps... for instance Outlook Express stores its settings
somewhere under SpecialDirectories.CurrentUserApplicationData.

I'd do a little research on the .Net methods you are using before you
continue as you are on the wrong track.

What cached settings are you trying to delete anyway? They are not likely
to be in those folders - more likely to be in a temp directory somewhere.
Perhaps you should exert more control over where your app is dumping it's
data?

A better lace to store app config data (other than the app.config file of
course) is in the folder your app runs from ie: Application.StartupPath.

Cheers
"NickP" <a@a.comwrote in message
news:uc**************@TK2MSFTNGP02.phx.gbl...
>>Hi there,

These aren't special windows folders, they are folders that are
created for that particular version of the applicaiton in order to store
the settings file. Unfortunately I found that the settings files were
being cached rather than just the xml document in the application folder
being used, this makes sense for current user priviledges I guess but...

I have just found a problem, if the application is signed it will be
stored in a folder something along the lines of...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication.exe_StrongName_blad eblabvdfjnsdrwepfoobar\1.0.0.0\app.config

Unfortunately the property doesn't return the StrongName part on the
end. Surely that is a bug as it returning the wrong value to what the
application is actually using, instead it returns something like...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication\1.0.0.0\app.confi g

Hmmm! All I want to do is delete these cached settings but I need to
be careful that I am deleting the correct directory, which is that my
code *should* technically be doing, as far as I can see anyway. So I
guess I need to work this directory out in a different way...

Or I guess I could delete the entire "MyApplication" folder...

Nick.

"Chris Dunaway" <du******@gmail.comwrote in message
news:11**********************@j44g2000cwa.google groups.com...
NickP wrote:

I am implementing a simple "/U" command line argument for a .NET
application that instructs the application to delete the following
folders...
>
>
My.Computer.FileSystem.SpecialDirectories.Curr entUserApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData
>
The application deletes these folders successfully then exits.
Even
though the application does *not* use the Application Framework built
into
.NET (due to incompatability with McAfee) the folders are promptly
restored
and recovered once the application exits!
>
----------
>
Dim pDIoDirectory As New
DirectoryInfo(My.Computer.FileSystem.SpecialDi rectories.CurrentUserApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
pDIoDirectory = New
DirectoryInfo(My.Computer.FileSystem.SpecialDi rectories.AllUsersApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
Return (0)
>
----------
>
How would I stop the application from restoring this file? Many
thanks
in advance.

Are you sure it is your application that is restoring those folders?
Those appear to be Windows special folders you are trying to delete.
Perhaps Windows File Protection is what is restoring them.

Chris



Dec 5 '06 #6
Also, I didn't actually read all your post because it annoyed me too much...

"I'd do a little research on the .Net methods you are using before you
continue as you are on the wrong track."

You patronising hypocrite. How about you do some research before you try
answering someones question?

Nick.

"Coder" <1@2.3wrote in message
news:O7****************@TK2MSFTNGP06.phx.gbl...
Actually I think Chris is correct...... these:

My.Computer.FileSystem.SpecialDirectories.CurrentU serApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

clearly refer to the Windows special folders and as such will fall under
the "protection" of WFP.

What makes you think these folders are created by your app? And that the
.Net Framework just happens to have functions specifically for your app?
Magic...

Anyway, if you go deleting those folders on people's machines you will
kill many other apps... for instance Outlook Express stores its settings
somewhere under SpecialDirectories.CurrentUserApplicationData.

I'd do a little research on the .Net methods you are using before you
continue as you are on the wrong track.

What cached settings are you trying to delete anyway? They are not likely
to be in those folders - more likely to be in a temp directory somewhere.
Perhaps you should exert more control over where your app is dumping it's
data?

A better lace to store app config data (other than the app.config file of
course) is in the folder your app runs from ie: Application.StartupPath.

Cheers
"NickP" <a@a.comwrote in message
news:uc**************@TK2MSFTNGP02.phx.gbl...
>Hi there,

These aren't special windows folders, they are folders that are
created for that particular version of the applicaiton in order to store
the settings file. Unfortunately I found that the settings files were
being cached rather than just the xml document in the application folder
being used, this makes sense for current user priviledges I guess but...

I have just found a problem, if the application is signed it will be
stored in a folder something along the lines of...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication.exe_StrongName_blade blabvdfjnsdrwepfoobar\1.0.0.0\app.config

Unfortunately the property doesn't return the StrongName part on the
end. Surely that is a bug as it returning the wrong value to what the
application is actually using, instead it returns something like...

C:\Documents and Settings\Bob Hoskins\Local Settings\Application
Data\myCompany\MyApplication\1.0.0.0\app.config

Hmmm! All I want to do is delete these cached settings but I need to
be careful that I am deleting the correct directory, which is that my
code *should* technically be doing, as far as I can see anyway. So I
guess I need to work this directory out in a different way...

Or I guess I could delete the entire "MyApplication" folder...

Nick.

"Chris Dunaway" <du******@gmail.comwrote in message
news:11**********************@j44g2000cwa.googleg roups.com...
>>NickP wrote:

I am implementing a simple "/U" command line argument for a .NET
application that instructs the application to delete the following
folders...
My.Computer.FileSystem.SpecialDirectories.Curre ntUserApplicationData
My.Computer.FileSystem.SpecialDirectories.AllUsers ApplicationData

The application deletes these folders successfully then exits.
Even
though the application does *not* use the Application Framework built
into
.NET (due to incompatability with McAfee) the folders are promptly
restored
and recovered once the application exits!

----------

Dim pDIoDirectory As New
DirectoryInfo(My.Computer.FileSystem.SpecialDir ectories.CurrentUserApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
pDIoDirectory = New
DirectoryInfo(My.Computer.FileSystem.SpecialDir ectories.AllUsersApplicationData.ToString())
If (pDIoDirectory.Exists) Then
Try
Call pDIoDirectory.Delete(True)
Catch ex As Exception
End Try
End If
Return (0)

----------

How would I stop the application from restoring this file? Many
thanks
in advance.

Are you sure it is your application that is restoring those folders?
Those appear to be Windows special folders you are trying to delete.
Perhaps Windows File Protection is what is restoring them.

Chris



Dec 5 '06 #7

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

Similar topics

4
by: Fuzzyman | last post by:
There have been a couple of config file 'systems' announced recently, that focus on building more powerful and complex configuration files. ConfigObj is a module to enable you to much more *simply*...
5
by: Paul Daly (MCP) | last post by:
I've created a windows forms appliation that gets its data from a sql database. I want to create an app.config file for this application so that in the event that the server name changes, they...
0
by: Andy | last post by:
Hi all, I'd like to have an App.config file for development, then when I build the deployment package (using one of the VS.net projects), i'd like to specify a different .config file to install...
1
by: Rolf Molini | last post by:
Hello everybody, I put this in a separate thread because altough it is connected to the localization-problem in my former thread this is a completely different "joke" of the IDE. While waiting...
17
by: Fred Nelson | last post by:
Hi: I have written several web applications that obtain their connection strings from the web.config file. This is very easy to use and it makes it easy to move an app from development into...
5
by: Andrew | last post by:
Hi, I have a default.aspx which allows the user to choose between module Admin and module B. When the user clicks either one, he will be redirected to a FormsAuthentication login page. The...
5
by: Andy | last post by:
I thought I could RDP to the web server, open the web.config, make the change, and save it. But this causes IIS to hang, and it never recovers - I have to create a new website in IIS! Should...
12
by: dbuchanan | last post by:
Hello, (Is this the proper newsgroup?) === Background === I am building a solution with two projects. One project is my data access layer which contains my DataSet as an xsd file. The XSD...
4
by: gnewsgroup | last post by:
I searched around, but could not find out why and how to stop this. Ever since I installed Oracle 11g on my machine, Visual Studio will automatically add the following oracle assemblies into my...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 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 a new...

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.