VistaPE 1.2beta2 - not legal
#1
Posted 04 July 2008 - 08:15 PM
I took the time to check on every file in VistaPE (including attachments in the scripts), here are my findings:
[codebox]+---Tools !| WimUtil.exe Autoit Script, but contains 3 MS files | \---VistaPE-Core | +---Addons ! | MapNetDrive.script mapnetworkdrive.exe (who made this?) ! | ruslat.script ruslat.exe unclear | +---Drivers ! | drivers-chipset.script includes drivers from various vendors wothout permission ! | drivers-lan.script includes drivers from various vendors wothout permission ! | drivers-ms.script includes drivers from various vendors wothout permission | +---Finalize ! | 01-iso-cd-usb.script includes HPUSBFW.exe and robocopy.exe (MS) | +---OtherOS ! | recc.script includes drivers without permission +---Tweaks ! | expansions.script includes winload.exe.mui from ms vista with custom boot screen, can we patch on the fly? ! | tango_icons.script includes reshacker.exe (distribution is not allowed by license) and even vista files basebrd.dll and explorer.exe [/codebox] So to get a fully legal version of vistape these files must be replaced by something free or we need permissions from the authors. I think wimutil.exe will be the biggest problem as it includes MS files we can not live without. Any ides are welcome, thanks!
Markus
#2
Posted 10 July 2008 - 12:20 AM
I wrote the mapnetworkdrive.exe using AutoIt. I believe at one time I may have also offered the source code. That script has been upgraded to use IE's api to call up Vista's built in network drive mapping gui. I give full permission to use the exe however. But it is no longer needed if you use the IE script.Hi all,
I took the time to check on every file in VistaPE (including attachments in the scripts), here are my findings:+---Tools!| WimUtil.exe Autoit Script, but contains 3 MS files| \---VistaPE-Core | +---Addons! | MapNetDrive.script mapnetworkdrive.exe (who made this?)! | ruslat.script ruslat.exe unclear | +---Drivers! | drivers-chipset.script includes drivers from various vendors wothout permission! | drivers-lan.script includes drivers from various vendors wothout permission! | drivers-ms.script includes drivers from various vendors wothout permission | +---Finalize! | 01-iso-cd-usb.script includes HPUSBFW.exe and robocopy.exe (MS) | +---OtherOS! | recc.script includes drivers without permission+---Tweaks! | expansions.script includes winload.exe.mui from ms vista with custom boot screen, can we patch on the fly?! | tango_icons.script includes reshacker.exe (distribution is not allowed by license) and even vista files basebrd.dll and explorer.exeSo to get a fully legal version of vistape these files must be replaced by something free or we need permissions from the authors. I think wimutil.exe will be the biggest problem as it includes MS files we can not live without. Any ides are welcome, thanks!Markus
#3
Posted 10 July 2008 - 05:42 AM
#4
Posted 12 July 2008 - 08:33 PM
Thanks, please if you can give me the source and the latest version so i can include it, we do not (always) use exporer, so it may still be useful...
Here it is. Pretty sure this is the one.
#include <GUIConstants.au3> GUICreate("Map Network Drive", 413, 250) GUICtrlCreatePic("map.bmp", 0, 0, 131, 248) GUICtrlCreateLabel("Specify the drive letter for the connection and the folder" & @CRLF & "that you want to connect to:", 140, 15) GUICtrlCreateLabel("Drive:", 140, 55) $drive = GUICtrlCreateCombo("", 195, 48, 155, 20, $CBS_DROPDOWNLIST + $CBS_AUTOHSCROLL) GUICtrlSetData(-1, "I:|J:|K:|L:|M:|N:|O:|P:", "I:") GUICtrlCreateLabel("Folder:", 140, 78) $share = GUICtrlCreateCombo("", 195, 72, 155) GUICtrlCreateLabel("Example: \\server\share", 194, 102) GUICtrlCreateLabel("Enter credentials below to connect to requested share:", 140, 135) GUICtrlCreateLabel("User:", 140, 165) $uname = GUICtrlCreateInput("", 195, 160, 156) GUICtrlCreateLabel("Password:", 140, 190) $pword = GUICtrlCreateInput("", 195, 184, 156) $btn1 = GUICtrlCreateButton("Connect", 195, 219, 75, 25) $btn1 = GUICtrlCreateButton("Cancel", 276, 219, 75, 25) GUISetState() $msg = 0 While $msg <> $GUI_EVENT_CLOSE $msg = GUIGetMsg() select Case $msg = $btn1 $WshShell = ObjCreate("WScript.Shell") $WshNetwork = ObjCreate("WScript.Network") $AllDrives = $WshNetwork.EnumNetworkDrives () $DriveLetter = $drive;must be capitalized $RemotePath = $share $AlreadyConnected = 0 For $i = 0 To $AllDrives.Count - 1 Step 2 If $AllDrives.Item ($i) = $DriveLetter Then $AlreadyConnected = 1 Next If $AlreadyConnected = 0 Then $WshNetwork.MapNetworkDrive ($DriveLetter, $RemotePath) $WshShell.PopUp ("Drive " & $DriveLetter & " connected successfully.") Else $WshNetwork.RemoveNetworkDrive ($DriveLetter) $WshShell.PopUp ("Drive " & $DriveLetter & " disconnected.") EndIf ;### Tidy Error -> "wend" is closing previous "case" endselect Exit WEnd
The new map tool just uses the following 2 lines.
Add_Shortcut,StartMenu,Network,"%systemroot%\System32\rundll32.exe",%ProgramTitle%,"%systemroot%\system32","shell32.dll#$cSHHelpShortcuts_RunDLL Connect","%PE_Programs%\%programfolder%\networkhdd.ico","1" Add_Shortcut,Desktop,,"%systemroot%\System32\rundll32.exe",%ProgramTitle%,"%systemroot%\system32","shell32.dll#$cSHHelpShortcuts_RunDLL Connect","%PE_Programs%\%ProgramFolder%\networkhdd.ico","1"
#5
Posted 13 July 2008 - 12:55 PM
AFAIK all "three files" can be only obtained as part of the WAIK. The WAIK isn't very small ;-) and additionally it is a protected WGA download, therefore it can not be obtained automatically - not even partially.I took the time to check on every file in VistaPE (including attachments in the scripts), here are my findings:
WimUtil.exe - Autoit Script, but contains 3 MS files
So to get a fully legal version of vistape these files must be replaced by something free or we need permissions from the authors. I think wimutil.exe will be the biggest problem as it includes MS files we can not live without. Any ides are welcome, thanks!
The only alternative I see is implementing the functionality ourself. The WIM format itself is fully documented in a whitepaper.
booty#1
#6
Posted 13 July 2008 - 01:20 PM
http://www.boot-land...?showtopic=4333
Just to keep things as together as possible, there is this other strictly related thread:
http://www.boot-land...?showtopic=5108
where some info has been discussed.
@booty
Would this help:
http://www.boot-land...?showtopic=5116
jaclaz
#7
Posted 13 July 2008 - 02:50 PM
Serious question: What about you being the volunteer to do so?The only alternative I see is implementing the functionality ourself. The WIM format itself is fully documented in a whitepaper.
Peter
#8
Posted 13 July 2008 - 02:59 PM
It's boring work re-inventing/-implementing an already existing wheel.Serious question: What about you being the volunteer to do so?
Additionally I am currently busy developing some other (Java based) software. Therefore a WIM-writer would have a very very low priority in my job-list...
booty#1
#9
Posted 13 July 2008 - 03:09 PM
But if the wheel is incredible expensive and has a value of only some bucks, than it is exciting to develop a clone ...It's boring work re-inventing/-implementing an already existing wheel.
Nevertheless: That's your decision.
Peter
#10
Posted 13 July 2008 - 05:02 PM
It's boring work re-inventing/-implementing an already existing wheel.
Another one unaware....
http://www.boot-land...topic=2037&st=8
jaclaz
#11
Posted 13 July 2008 - 06:46 PM
#12
Posted 24 July 2008 - 02:57 PM
OK OK, you got me. I already started working on "WimTool" which will be able to first read and later write WIM files of all types (not like 7Zip which can only read certain WIM files). I have already a good practical understanding of uncompressed WIM files.But if the wheel is incredible expensive and has a value of only some bucks, than it is exciting to develop a clone ...
Nevertheless: That's your decision.
The WIM documentation by M$ I mentioned earlier was helpful but as usual full of errors. Luckily some guys have already made some reverse engineering back in 2006 and their found out details on the WIM structure together with the documentation from M$ give me a good picture
Project details:
License: LGPL
Programming language: C++ (Visual Studio 2008 Express)
status: pre alpha
target: command line tool for reading/writing WIM files similar to other archivers (not like imagex mounting them as file system).
Currently I am working on:
Parsing compressed WIM files compressed using "fast" (LZNT1) or "maximum" (LZX) algorithm.
Expect a Sourceforge project to appear very soon for publishing the current source state. Working program releases (that do anything useful other that displaying the WIM internas) will take a while....
I could really need some help! If there are other C++ programmer out here in the forum willing to help and contribute to "WimTool" please get in touch with me!
booty#1
#13
Posted 24 July 2008 - 03:01 PM
OK OK, you got me. I already started working on "WimTool" which will be able to first read and later write WIM files of all types (not like 7Zip which can only read certain WIM files). I have already a good practical understanding of uncompressed WIM files.
The WIM documentation by M$ I mentioned earlier was helpful but as usual full of errors. Luckily some guys have already made some reverse engineering back in 2006 and their found out details on the WIM structure together with the documentation from M$ give me a good picture
Project details:
License: LGPL
Programming language: C++ (Visual Studio 2008 Express)
status: pre alpha
target: command line tool for reading/writing WIM files similar to other archivers (not like imagex mounting them as file system).
Currently I am working on:
Parsing compressed WIM files compressed using "fast" (LZNT1) or "maximum" (LZX) algorithm.
Expect a Sourceforge project to appear very soon for publishing the current source state. Working program releases (that do anything useful other that displaying the WIM internas) will take a while....
I could really need some help! If there are other C++ programmer out here in the forum willing to help and contribute to "WimTool" please get in touch with me!
booty#1
Peter
#14
Posted 24 July 2008 - 04:03 PM
GO BOOTY GO!
jaclaz
#15
Posted 25 July 2008 - 06:25 PM
Of course there is a lot of work to be done.
This is the first time I have set up on open source project. The sourceforge admin interface is really cool. One click and you get a wiki, one click and you get an Subversion server...
booty#1
#16
Posted 29 July 2008 - 06:45 PM
I really need some help solving this problem. Everybody can help, there is no requirement regarding programming skills...
I opened a new topic in the projects section - for details how to help please see this post.
booty#
#17
Posted 29 July 2008 - 06:48 PM
A brake inserted by Billy the Door?I ran into some problems with the used compression inside the WIM archive.
I really need some help solving this problem. Everybody can help, there is no requirement regarding programming skills...
I opened a new topic in the projects section - for details how to help please see this post.
booty#
Let's break the brake!
Peter
#18
Posted 30 July 2008 - 03:22 PM
A brake inserted by Billy the Door?
Let's break the brake!
Peter
In the words often attributed to Juan Manuel Fangio:
"Brakes they only slow you down"
and also:
"More accelerator, less brakes."
--- Juan Manuel Fangio, 1950's Grand Prix champion, explaining his winning technique.
jaclaz
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users