C:\Documents and Settings\user\Local Settings\Application...

C:\Documents and Settings\user\Local Settings\Application...

Various things about Spring that do not fit in any of the other forums listed below, including forum rules.

Moderator: Moderators

User avatar
smoth
Posts: 22309
Joined: 13 Jan 2005, 00:46

C:\Documents and Settings\user\Local Settings\Application...

Post by smoth »

C:\Documents and Settings\username\Local Settings\Application Data\springsettings...

what the fuck guys? is there a way to just use a config stored in the spring dir? honestly....

I CANNOT ACCESS THAT FOLDER IN VISTA!

so.. why the hell? I know it was discussed a while back in the dev forum and there was talk that this stuff was an option? what the heck? why why why...
User avatar
lurker
Posts: 3842
Joined: 08 Jan 2007, 06:13

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by lurker »

Why are you screaming?
C:\Users\user\AppData\Local
imbaczek
Posts: 3629
Joined: 22 Aug 2006, 16:19

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by imbaczek »

infolog.txt will tell you which config file it tries to use.
User avatar
aegis
Posts: 2456
Joined: 11 Jul 2007, 17:47

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by aegis »

smoth wrote:what the fuck guys? is there a way to just use a config stored in the spring dir? honestly....
you must give the app admin privileges, which is annoying and a security hole.
User avatar
lurker
Posts: 3842
Joined: 08 Jan 2007, 06:13

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by lurker »

If you want to be upset, do it at Microsoft for putting in nice convenient symlinks that YOU CAN'T CLICK ON.
User avatar
REVENGE
Posts: 2382
Joined: 24 Aug 2006, 06:13

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by REVENGE »

lurker wrote:If you want to be upset, do it at Microsoft for putting in nice convenient symlinks that YOU CAN'T CLICK ON.
Yeah that really is pretty annoying.
User avatar
AF
AI Developer
Posts: 20687
Joined: 14 Sep 2004, 11:32

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by AF »

perhaps we should be telling people where to look for it by giving them paths with windows environment variables in them so theyre the same on 2000 XP vista and 7 and not hodge podge
Regret
Posts: 2086
Joined: 18 Aug 2007, 19:04

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by Regret »

aegis wrote:you must give the app admin privileges, which is annoying and a security hole.
How is it a security hole?
User avatar
AF
AI Developer
Posts: 20687
Joined: 14 Sep 2004, 11:32

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by AF »

because an unsecured app has just gained administrator privilledges due to it being written badly, leaving a gaping hole for worms viruses and trojans to jump through into the system.

Its basically the same as saying that its just ok for the mob to be outside your house as it is inside, if they demand to get through the door what harm is there in letting them inside?
Regret
Posts: 2086
Joined: 18 Aug 2007, 19:04

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by Regret »

AF wrote:because an unsecured app has just gained administrator privilledges due to it being written badly, leaving a gaping hole for worms viruses and trojans to jump through into the system.

Its basically the same as saying that its just ok for the mob to be outside your house as it is inside, if they demand to get through the door what harm is there in letting them inside?
Firstly if a pc user manages to get his pc infected by a virus it will not make any difference if Spring has admin privileges.

Second, no it is not the same as the dumbass example with a mob.
User avatar
AF
AI Developer
Posts: 20687
Joined: 14 Sep 2004, 11:32

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by AF »

It does, but I don't have to justify it to you, because Linux already does this, and its a commonly accepted good security practice, and microsoft aren't going to hardcode a special exception for spring.

Go argue with the thousands of computer security experts instead
User avatar
lurker
Posts: 3842
Joined: 08 Jan 2007, 06:13

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by lurker »

It matters for silent infection, it doesn't matter if it 'just' wants to delete all my files. With the mob example, I guess all my files are... in an unlocked shack in my yard, and the mob has already burst through the first-level fence security?

AF, the entire path is a single environment var, and it's not one anybody should be expected to know.
User avatar
hunterw
Posts: 1838
Joined: 14 May 2006, 12:22

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by hunterw »

i hate it when stuff does this. settings put in registry is already irritating - can't programs simply be all-inclusive on its installation directory? other than trying to prevent copyright infringement, it really makes the most sense
Auswaschbar
Spring Developer
Posts: 1254
Joined: 24 Jun 2007, 08:34

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by Auswaschbar »

Making games need to run as root don't make sense. Never.
User avatar
Beherith
Posts: 5145
Joined: 26 Oct 2007, 16:21

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by Beherith »

I have a proposed solution to this:
Add a super advanced mode to springsettings, which is just an edit box that loads up springsettings.conf and lets you edit and save it.
User avatar
Forboding Angel
Evolution RTS Developer
Posts: 14673
Joined: 17 Nov 2005, 02:43

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by Forboding Angel »

hunterw wrote:i hate it when stuff does this. settings put in registry is already irritating - can't programs simply be all-inclusive on its installation directory? other than trying to prevent copyright infringement, it really makes the most sense

Good lord do I agree, but since program files is locked down, there goes that wishlist. :-(
User avatar
AF
AI Developer
Posts: 20687
Joined: 14 Sep 2004, 11:32

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by AF »

No reason why ti cant look in the immediate folder first, it may already do so even. Not really useful for program files, but usb drives definately
User avatar
Boirunner
Kernel Panic Co-Developer
Posts: 811
Joined: 05 Feb 2007, 14:24

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by Boirunner »

hunterw wrote:i hate it when stuff does this. settings put in registry is already irritating - can't programs simply be all-inclusive on its installation directory? other than trying to prevent copyright infringement, it really makes the most sense
This is the thinking of people who grew up with DOS and pre-2000 Windows, which were never designed to operate in a multi-user, networked environment.

The user should not have write access to the program directory, so the pogram the user runs cannot write to it's own directory. Also, different users will have different settings, but should be able to share the program install. To add to that, a program should be startable regardless of where it is installed. And you should not have to copy the installed program when backing up your personal data.

Dividing a system into seperate program and data parts makes perfect sense.
User avatar
Peet
Malcontent
Posts: 4384
Joined: 27 Feb 2006, 22:04

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by Peet »

Boirunner wrote:This is the thinking of people who grew up with DOS and pre-2000 Windows, which were never designed to operate in a multi-user, networked environment.
In the gaming context the user base usually consists of either a single user or users that are family members, and a network that consists of a couple of PCs connected to a soho router. I'd argue that multi-user security paradigms are redundant and unnecessary in such a context.
Boirunner wrote:Dividing a system into seperate program and data parts makes perfect sense.
This is also what people thought until von Neumann came along and advanced the field of computing from glorified calculators into what they are today.


edit: I agree with following the present guidelines for software; this is just food for thought or something.
User avatar
BrainDamage
Lobby Developer
Posts: 1164
Joined: 25 Sep 2006, 13:56

Re: C:\Documents and Settings\user\Local Settings\Application...

Post by BrainDamage »

Peet wrote:
Boirunner wrote:
Boirunner wrote:Dividing a system into seperate program and data parts makes perfect sense.
This is also what people thought until von Neumann came along and advanced the field of computing from glorified calculators into what they are today.
advanced calculator architectures such as DSP are back having different data & program paths using the harvard architecture
Post Reply

Return to “General Discussion”