WimUtil - Reborn! Now with 20% more fiber.

Thanks a lot homes32,

capture so far very good for my personal tasks.... 
no stuck effect when wim compressing 800MB 
only when compressing 4gb stuck effect at %1 besides compression continues like you mention (only reporting)

Thanks a lot, this is exactly the tool I need 

I still have the same problem with wimgapi 6.0 and wimfltr.
I do not understand the reason of ERROR_FILE_NOT_FOUND (0x2)

wimfltr is installed on my win7x64 hostOS and I have, in the same folder, imagex.exe, wimgapi.dll (6.0) and WimUtil
The same command line with imagex works
E:\WimUtil\x64\WimUtil.exe /mount E:\WimUtil\Wim\Test.wim 1 E:\WimUtil\1\Mount     (Mount Error: (0,0,2)
E:\WimUtil\x64\imagex.exe /mount E:\WimUtil\Wim\Test.wim 1 E:\WimUtil\1\Mount      (work)

ok I found what is causing this error.
seems wimimgapi.dll < 6.1.x does  not accept a null string for the TempPath whereas 6.1.x does.
why this matters:
if a temp path is specified the image is mounted as RW if Null temp path the mount is RO
it seems that with < 6.1 I cannot pass a null unicode string and expect that wimgapi.dll understands.
easy to test for and fix but annoying. 

Code: [Select]

Func _WIM_MountImage($sMountPath, $sWimFileName, $dwImageIndex, $sTempPath = 0)

Local $aResult = DllCall($ghwimgapi, "bool", "WIMMountImage", _
"wstr", $sMountPath, _
"wstr", $sWimFileName, _
"dword", $dwImageIndex, _
"wstr", $sTempPath)
If @error Then Return SetError(@error, @extended, 0)
Return SetExtended(_WinAPI_GetLastError(), $aResult[0])
EndFunc   ;==>_WIM_MountImage

Hi Homes32,

ok I found what is causing this error.
seems wimimgapi.dll < 6.1.x does  not accept a null string for the TempPath whereas 6.1.x does.
why this matters:
if a temp path is specified the image is mounted as RW if Null temp path the mount is RO
it seems that with < 6.1 I cannot pass a null unicode string and expect that wimgapi.dll understands.
easy to test for and fix but annoying. 

Thank you for your research , yes annoying
 
I think, indeed, that this must be the solution for wimgapi < 6.1.
I'll try your code later (not at home) or if you have a trial version.

Another little thing I've seen, I sometimes get an error on first launch of WimUtil /info,
and it works very well at second trial.

Thank you again for this great tools, it will grow up 

see you next week

I think, indeed, that this must be the solution for wimgapi < 6.1.
I'll try your code later (not at home) or if you have a trial version.

should have one ready soon. perhaps later tomorrow or this weekend.
its a silly problem

current code and the MS API for both 6.0 and 6.1 state that $sTempPath is wstr but to pass a null string to 6.0 with autoit you need to pass it as long or else with 0 you get 0x2 ERROR_FILE_NOT_FOUND or with "" you get 0x3 ERROR_PATH_NOT_FOUND

Another little thing I've seen, I sometimes get an error on first launch of WimUtil /info,
and it works very well at second trial.

what error do you get? can you reproduce this easily?

Another little thing I've seen, I sometimes get an error on first launch of WimUtil /info,
and it works very well at second trial.

what error do you get? can you reproduce this easily?

I have this error with the flag /ini:  "wimutil has stopped working"

I reproduce it by running several times the command wimutil /info blabla /ini.
it seems to work fine without the flag /ini
But I do not know in what case it crashes or not !

 

I can reproduce using the following cmd script:

Code: [Select]

wimutil.exe /info C:\Images\Win7_32_EN_DVD\SOURCES\INSTALL.WIM info.txt
wimutil.exe /info C:\Images\Win7_64_EN_DVD\SOURCES\INSTALL.WIM info2.txt
wimutil.exe /info C:\Images\Win7_64_EN_DVD\SOURCES\BOOT.WIM info3.txt
wimutil.exe /info C:\Images\Win7_32_EN_DVD\SOURCES\BOOT.WIM info4.txt

doesn't matter if /ini switch is present or not because crash is occurring during retrieval of the XML info
It will crash reading boot.wim

can you post your wimutil.log

do you get any Application errors you get in the event log when the crash occurs?
should look something like this

Faulting application name: WimUtil.exe, version: 3.1.1.0, time stamp: 0x4bc81615
Faulting module name: WimUtil.exe, version: 3.1.1.0, time stamp: 0x4bc81615
Exception code: 0xc0000005
Fault offset: 0x0001678b
Faulting process id: 0x1218

Hi Homes32,

Hope this helps you to find the error I have on wimUtil /info.
Here wimutil.log and a copy of the WimUtil application error in eventlog.

These are testing with my USB disk, I'm not at home to look in more detail.

 wimerror.zip (2.18 kB - downloaded 240 times.)

well I've been able to figure out which point the access violation occurs but what is causing it or how to fix. :(
more info and code here: http://www.autoitscript.com/forum/topic/127075-wimgapi-udf/page__view__findpost__p__887806

well I've been able to figure out which point the access violation occurs but what is causing it or how to fix. :(
more info and code here: http://www.autoitscript.com/forum/topic/127075-wimgapi-udf/page__view__findpost__p__887806

Thank you for your research and your post on autoitscript.com. I reproduced it also with yout test code but I can not help to fix it :(
Hoping that somebody comes to help figure this out  .

Hi Homes32,

about the issue with wimutil  /mount and wimgapi 6.0.

seems wimimgapi.dll < 6.1.x does  not accept a null string for the TempPath whereas 6.1.x does.
why this matters:
if a temp path is specified the image is mounted as RW if Null temp path the mount is RO
it seems that with < 6.1 I cannot pass a null unicode string and expect that wimgapi.dll understands.
easy to test for and fix but annoying. 

The new package for Win7PE SE is almost ready, maybe still some adjustment.
Is it possible to have an update for this issue ?   No rush, take the time needed but I would like to update the project shortly. This, for a Perfect use of WimUtil in Win7PE SE  .

I think we can wait for wimUtil /info for now, waiting for support and a solution.
Futher up to you.

Thank you again for the Great WimUtil.exe and your Hard work

Hi Homes32,

about the issue with wimutil  /mount and wimgapi 6.0.

seems wimimgapi.dll < 6.1.x does  not accept a null string for the TempPath whereas 6.1.x does.
why this matters:
if a temp path is specified the image is mounted as RW if Null temp path the mount is RO
it seems that with < 6.1 I cannot pass a null unicode string and expect that wimgapi.dll understands.
easy to test for and fix but annoying. 

The new package for Win7PE SE is almost ready, maybe still some adjustment.
Is it possible to have an update for this issue ?   No rush, take the time needed but I would like to update the project shortly. This, for a Perfect use of WimUtil in Win7PE SE  .

I think we can wait for wimUtil /info for now, waiting for support and a solution.
Futher up to you.

Thank you again for the Great WimUtil.exe and your Hard work

yep new version posted. was waiting to see if we could resolve the /info crash but haven't been successful so far. :(

Thanks Homes32, tested mount/unmount with both wimgapi, works well
just /RW that mounts the image correctly but without permission to write with wimgapi 6.0.

just /RW that mounts the image correctly but without permission to write with wimgapi 6.0.

fixed. new wimutil file version is 3.1.2.1

fixed. new wimutil file version is 3.1.2.1

Thank you very much, everything works well for mount unmount  and capture  .

Hi Homes32,

very nice tool, thanks alot 

I have a small problem with the booflag, wimutil does not set it even if I use /boot switch with the /capture option.
Also there is no entry about _WIM_SetBootImage in the log file


using your WimGAPI UDF works.
could it be that the /boot switch is ignored?


BTW: a standalone option:

wimutil.exe "WimFile"/boot [index]

like imagex have would be nice 

 

I have a small problem with the booflag, wimutil does not set it even if I use /boot switch with the /capture option.
Also there is no entry about _WIM_SetBootImage in the log file


using your WimGAPI UDF works.
could it be that the /boot switch is ignored?

not ignored, but the flag was not being set to true! 
fixed! thanks!

BTW: a standalone option:

wimutil.exe "WimFile"/boot [index]

like imagex have would be nice 

 

I suppose it could be done if you think that people would benefit from it.


BTW: do you have enough experience with windows to guess at what could be causing the struct read to fail with the /info issue?

Where can I find the new version that fixes the flag or, do you wait for further changes.
Currently, this is a problem with the latest w7pese version.

sorry. It got compiled but never posted.

1st post updated with WimUtil 3.1.3

Thanks

Thanks for new version

I suppose it could be done if you think that people would benefit from it.

BTW: do you have enough experience with windows to guess at what could be causing the struct read to fail with the /info issue?

A separate /boot command is not important, just thinking it would make it a perfect imagex replacement

I'm sorry, but i  can't help with struct problem on /info, have not much knowledge about that