Jump to content











Photo
- - - - -

Microsoft Visual C++ Runtime


  • Please log in to reply
38 replies to this topic

#26 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 13599 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 07 September 2011 - 04:12 PM

What i wanted to create, is a dependency database based on files.
You pick a file, you want to include and you can look up all file and registry dependencies of that file and the dependencies of the dependencies.

If i, for instance, state in my project, that i want to include iexplore.exe, then i should end up having the whole 'Internet Explorer' fully working, in my build. Guranteed!!!

It's the SAME thing, re-read the "ideal draft":
http://reboot.pro/2690/page__st__22

It is FILE based, actually it describes "the interconnectedness of all things".
But it is just a dream. :(

:cheers:
Wonko

#27 MedEvil

MedEvil

    Platinum Member

  • .script developer
  • 7771 posts

Posted 07 September 2011 - 05:20 PM

Like i said, there are one, well two things, that keep the dream from becoming reality.

First problem, how to tell what registry keys a file wants to read from what registry keys a file needs to read.

If we have a solution for that, we can move on to problem number two.

How to create a dependency database for registry keys. Cause it seems that not all registry keys are directly accessed by a file.

:cheers:

#28 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 13599 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 07 September 2011 - 06:48 PM

Well, IMHO before that, we miss a way to organize the database and the actual database like program. :dubbio:

The solution is always the same, you need to profile the app with procmon and/or filemon/procmon, or depends.exe.
Maybe for your problem number one you could use some help from the most unexpected party, the good MS guys :unsure:
Are you familiar with the ACT? (application compatibility toolkit)?
It has some tools that IF it is possible to run it in a PE, might be of use. :dubbio:
http://technet.micro...indows/aa905066

:cheers:
Wonko

#29 MedEvil

MedEvil

    Platinum Member

  • .script developer
  • 7771 posts

Posted 07 September 2011 - 07:29 PM

Well, IMHO before that, we miss a way to organize the database and the actual database like program. :dubbio:

This is not a problem. i would create both, if the project has any chance of actually working.

The solution is always the same, you need to profile the app with procmon and/or filemon/procmon, or depends.exe.

Nope, absolutely not. All those tools require human interaction. A single person can not run those tools on all thousands of files in a windows!
My 'shortcut' is, to let a program scan files, one by one, for dependencies, as well as for registry keys.

Maybe for your problem number one you could use some help from the most unexpected party, the good MS guys :unsure:'

Are you familiar with the ACT? (application compatibility toolkit)?

Will have a look. Thanks for the hint.

:cheers:

#30 Wonko the Sane

Wonko the Sane

    The Finder

  • Advanced user
  • 13599 posts
  • Location:The Outside of the Asylum (gate is closed)
  •  
    Italy

Posted 08 September 2011 - 06:42 PM

Will have a look. Thanks for the hint.

Lie to me ;)
http://blog.drtritsch.com/?p=174


Seriously, the only senceful docs/data/info seem to come from one single peep:
http://blogs.msdn.com/b/cjacks/
ok, actually two of them, here is the other one:
http://www.msigeek.c...y-administrator
http://www.msigeek.c...en-applications
:w00t:

:cheers:
Wonko

#31 ChrisR

ChrisR

    Silver Member

  • .script developer
  • 784 posts
  •  
    France

Posted 08 September 2011 - 11:51 PM

I cut the conversation to answer

your comments have been useful though. if an option where to be made available it would make more sense to go the route you suggested and provide a method to exclude 32bit files from an x64 build rather then exclude x64 files from a x64 build.

I will wait to hear from others to see if this is truly a useful option or unneeded "bloat"


Personally I have many 32 bit application on my x64 win7 HostOS, (but also some x64 apps).
and the script WoW64 Basic provides support for running 32bit programs in a 64bit environment for this.

May be remain as currently without choice or otherwise a combox (32 bit only in a 64 bit environnement/64 bit only in a 64 bit environnement/both 32/64 bit in a 64 bit environnement).


:cheers:

#32 homes32

homes32

    Gold Member

  • .script developer
  • 1021 posts
  • Location:Minnesota
  •  
    United States

Posted 04 October 2012 - 05:10 PM

Updated! now includes VC++ 2012 :)

#33 Filip Hasa

Filip Hasa

    Frequent Member

  • Advanced user
  • 408 posts

Posted 04 October 2012 - 05:45 PM

Great. Thank you

#34 pscEx

pscEx

    Platinum Member

  • Team Reboot
  • 12688 posts
  • Location:Korschenbroich, Germany
  • Interests:What somebody else cannot do.
  •  
    European Union

Posted 04 October 2012 - 06:19 PM

Great tool!

Enhancement suggestion:

Maybe you create an alternate "Expert" GUI which offers all the single files in check boxes.

Reason: I currently in multiPE need only mscvrt100.dll for some self written C++ apps. Currently I inlude msvcrt100.dll in %Tools%.
To add to PE using the modified GUI, would be a nice and logically senceful addon.

Peter

#35 Aeolis

Aeolis

    Frequent Member

  • .script developer
  • 145 posts
  • Location:Rio de Janeiro
  • Interests:I am just trying to learn and help.
  •  
    Brazil

Posted 18 October 2012 - 09:08 PM

Hello folks,

I would like to report a problem that happened after updating MS Visual C++ Runtime script from version 3 to version 4. I have experiencing a "side by side configuration error" every time I run EaseUS ToDo Backup 5.0 under Win7PE_SE x64 builds. I run EaseUS and it displays the "side by side" error and tell me to use "sxstrace.exe" to have more information.

A summary of logs and problem is below:

Win7PE_SE x64 build and MS Visual C++ Runtime script (version 3) ---> OK! Log: Attached File  log_20121017_203500_Win7PESE_Support.7z   362.11KB   282 downloads
Win7PE_SE x64 build and MS Visual C++ Runtime script (version 4) ---> Error! Log: Attached File  log_20121015_181900_Win7PESE_Support.7z   361.65KB   294 downloads

After some research I have used PeStudio to debug "TBConsoleUI.exe" and "Agent.exe" (which are the files that can't run and end with the "side by side" error) and they have "msvcp90.dll" and "msvcr90.dll" as some of their dependencies which are related to MS Visual C++ Runtime 2008. I am not 100% sure that the problem is related to this two dll's, but it is for sure related to the update from version 3 to version 4 of MS Visual C++ Runtime script. homes32 have you changed something on the 2008 runtime entries from version 3 to version 4? homes32 could you check this out? Please, tell me anything you need to help us figure out what is wrong.

Best regards,

Aeolis

#36 Nuno Brito

Nuno Brito

    Platinum Member

  • Team Reboot
  • 10441 posts
  • Location:boot.wim
  • Interests:I'm just a quiet simple person with a very quiet simple life living one day at a time..
  •  
    European Union

Posted 07 November 2012 - 10:23 AM

Hi Homes, I got a report on this file:




The first file is missing, please update



#37 homes32

homes32

    Gold Member

  • .script developer
  • 1021 posts
  • Location:Minnesota
  •  
    United States

Posted 07 November 2012 - 05:27 PM

working now. thanks.
I used to be able to link to the .7z archive with both files at once. when did this change so only link/mirror to .script is allowed?

#38 Filip Hasa

Filip Hasa

    Frequent Member

  • Advanced user
  • 408 posts

Posted 22 November 2013 - 10:27 AM

Thank you. Impresive



#39 1400700226

1400700226

    Newbie

  • Members
  • 10 posts
  •  
    United States

Posted 27 January 2017 - 05:14 AM

Download link has been invaild again.

Please fix soon, thanks

Edited by 1400700226, 27 January 2017 - 05:15 AM.





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users