I agree with saving the preferences to file. I have never used the
registry for saving preferences as I come from an IT background and know
how some programs even corrupt the registry. Currently, there are a
number of programs that block most applications from writing to the
registry. Some tell the user, who has to approve every entry to the
registry(Adware Pro) has this behavior, others, just plainly block it
without telling the user.
Imaging this scenario, your application configuration class tries to
write to the registry and the user gets prompted that your application
is trying to write to the registry. The user tries to OK all the
changes, but misses a few.
Will your application function without any problems?
-gio
Fargo Holiday wrote:
I can only imagine the problem is more in the way your setting
permissions on the registry item, more than that you are just using
the registry. A lot of viruses and malware set registry items to be
inaccessible to the user, so if, for some reason, your app was doing
something similar, that would explain the behavior. It could even have
something to do with default RB behavior when interacting with the
registry. I have no idea, these are just ideas. =)
Don't get me wrong, the less something puts into the registry the
better, far as I'm concerned. A preference file is so much easier to
back up and restore. However, I would be curious as to what exactly
was going wrong.
Later,
Fargo
Sam Rowlands wrote:
Sure,
The problem I had with Trend Micro Systems is that have a 'Preference
Protection System' which locks down the Windows Registry. My program
used to use the Windows Registry to store its preferences, now
however it uses the preferences folder and creates an XML file. This
procedure is recommended by Trend as a safe way to store preferences.
It seems totally outrageous that they would lock down the Windows
Registry, but hey thats life.
On Dec 28, 2006, at 2:27 PM,
[EMAIL PROTECTED] wrote:
Message: 15
Subject: Re: RB apps considered a virus by Panda Antivirus
From: Roger Clary <[EMAIL PROTECTED]>
Date: Wed, 27 Dec 2006 20:57:30 -0500
On Dec 27, 2006, at 8:18 PM, Sam Rowlands wrote:
When I called the AV company I asked for developer relations, where
I got put through to someone who deals with other developers we
diagnosed the problem almost immediately and we then discussed
possible solutions. My train of thought is that I could ship an
update that would work around this problem a lot quicker than they
could change their product and ship an update, so of course the
changes were at my end. However the end result was the same that my
customers once again had a fully working product, which was not
crippled by the AV software.
Are you at liberty to share with us what in your software triggered
the false positive from the AV software?
Mahalo & Aloha,
Sam Rowlands
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
