Author Topic: Log file  (Read 14453 times)

0 Members and 1 Guest are viewing this topic.

Offline etaf

  • Newbie
  • *
  • Join Date: Jan 2013
  • Posts: 3
  • Karma: 0
    • View Profile
Log file
« on: January 21, 2013, 05:49:36 am »
Just ran the program on my vista PC to see how it worked out

and wondered is there any log file of changes made at all ?

thanks


Offline Shane

  • Administrator
  • Hero Member
  • *****
  • Join Date: Sep 2011
  • Posts: 9281
  • Location: USA
  • Karma: 137
  • "Knowledge should be shared not hidden."
    • View Profile
Re: Log file
« Reply #1 on: January 21, 2013, 08:04:00 pm »
Which program? I have over 30 on the site lol

Shane

Offline etaf

  • Newbie
  • *
  • Join Date: Jan 2013
  • Posts: 3
  • Karma: 0
    • View Profile
Re: Log file
« Reply #2 on: January 21, 2013, 11:32:07 pm »
Thanks , sorry about that

Windows Repair (All in One) v1.9.6

Offline Shane

  • Administrator
  • Hero Member
  • *****
  • Join Date: Sep 2011
  • Posts: 9281
  • Location: USA
  • Karma: 137
  • "Knowledge should be shared not hidden."
    • View Profile
Re: Log file
« Reply #3 on: January 22, 2013, 04:37:00 pm »
It only creates log files of any errors. As for what each repair does there is info on each repair in the program. You can also read each of them in the program folder under repairs_info :wink:

Shane

Offline etaf

  • Newbie
  • *
  • Join Date: Jan 2013
  • Posts: 3
  • Karma: 0
    • View Profile
Re: Log file
« Reply #4 on: January 23, 2013, 12:02:01 am »
Thanks - I had some failed info on the screen
Quote
It only creates log files of any errors
where are the log files put ?

thanks for thehelp

Offline Shane

  • Administrator
  • Hero Member
  • *****
  • Join Date: Sep 2011
  • Posts: 9281
  • Location: USA
  • Karma: 137
  • "Knowledge should be shared not hidden."
    • View Profile
Re: Log file
« Reply #5 on: January 23, 2013, 03:42:44 pm »
On the root of the Windows drive (Normally C:) you will see a tweaking.com folder  :wink:

Shane

Offline MarkAtHome

  • Newbie
  • *
  • Join Date: Feb 2013
  • Posts: 3
  • Karma: 0
    • View Profile
Re: Log file
« Reply #6 on: February 05, 2013, 07:55:13 am »
Ah, so that's where the logs are. Briefing looking at them, please consider checking the registry and/or environment for folder locations, before running a module that requires them to exist on a specific drive (e.g. "C"), when they have already been moved (e.g. "D")... Using system variables would require much less effort. :wink:

Note that I only ran a couple of them to see what they might do, and I do occassionally move folders originating on Drive-C to/from Drive-D, etc., depending upon my current storage configuration, and testing (SSD vs HD, pertaining to apps being looked at).

Offline Shane

  • Administrator
  • Hero Member
  • *****
  • Join Date: Sep 2011
  • Posts: 9281
  • Location: USA
  • Karma: 137
  • "Knowledge should be shared not hidden."
    • View Profile
Re: Log file
« Reply #7 on: February 05, 2013, 11:14:13 am »
The problem looks at the system variable for the drive that Windows is on and puts the logs on that drive :wink:

Shane

Offline MarkAtHome

  • Newbie
  • *
  • Join Date: Feb 2013
  • Posts: 3
  • Karma: 0
    • View Profile
Re: Log file
« Reply #8 on: February 05, 2013, 08:53:32 pm »
The problem looks at the system variable for the drive that Windows is on and puts the logs on that drive :wink:

Shane
Gotcha. So if I am following you, you only access the SYSTEMDRIVE variable, rather than all variables provided by the DOS/CMD SET command, yes?

Offline Shane

  • Administrator
  • Hero Member
  • *****
  • Join Date: Sep 2011
  • Posts: 9281
  • Location: USA
  • Karma: 137
  • "Knowledge should be shared not hidden."
    • View Profile
Re: Log file
« Reply #9 on: February 06, 2013, 02:56:32 pm »
Each batch file I have it set like this

"set path=%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem"

The program pulls its own system variables from the API

sWindowsDriveLetter & "\Tweaking.com_Windows_Repair_Logs\_Windows_Repair_Log.txt"

Shane

Offline MarkAtHome

  • Newbie
  • *
  • Join Date: Feb 2013
  • Posts: 3
  • Karma: 0
    • View Profile
Re: Log file
« Reply #10 on: February 07, 2013, 08:35:47 pm »
Each batch file I have it set like this

"set path=%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem"

The program pulls its own system variables from the API

sWindowsDriveLetter & "\Tweaking.com_Windows_Repair_Logs\_Windows_Repair_Log.txt"

Shane
There are a lot more variables than that...  :wink:

What do you do with %programfiles%, %ALLUSERSPROFILE%, and especially %APPDATA%? Don't forget %CommonProgramFiles%, %CommonProgramFiles(x86)% and %CommonProgramW6432% -- these could be on a drive other than "C".

I know that it is your program and you can do with it as you see fit. Personally, I do not favor programmers hardcoding file locations, but it is certainly your call.

Offline Shane

  • Administrator
  • Hero Member
  • *****
  • Join Date: Sep 2011
  • Posts: 9281
  • Location: USA
  • Karma: 137
  • "Knowledge should be shared not hidden."
    • View Profile
Re: Log file
« Reply #11 on: February 08, 2013, 09:04:54 am »
Quote
What do you do with %programfiles%, %ALLUSERSPROFILE%, and especially %APPDATA%? Don't forget %CommonProgramFiles%, %CommonProgramFiles(x86)% and %CommonProgramW6432% -- these could be on a drive other than "C".

Those are for use in bat files, which my program uses those when needed. There are also API's that my program pulls the information from that the program needs, not the bat files. Those commands dont work in program code there is also no command for bat files to simply pull the Windows drive, it will pull the folder but not the drive, you have to use the system API to pull them. Right now the program pulls the API to pull the Windows folder location. From that it can see what drive letter it is on and for now puts the log files on the drive that the Windows folder is on.

I plan on adding more options down the road as the program has become rather popular and I am getting a lot of request for things. So the program is still growing :-)

Shane