Bilar Crais

Would you please upload your lastsession.inf????????????? I am trying to trim my OS but but my aero theme is not working. Benjamin, please give me that inf. That pertained to something else entirely, nice_guy75.

Now this is a lastsession.ini that I MUST see.

If you know what the name of the executable is, you should be able to "protect" it, provided it resides in system32 and all of it's dependents are still in there.

Actually, a 1.72GB .iso is as small an x64 .iso as you are ever likely to get without some serious voodoo. The smallest W7 x64 .iso I was ever able to obtain with Vlite was around 2.1GB with integrated updates and drivers with DismTool before hand. I managed to get a 1.65gb iso with RT7 lite, but the end result was not practical, as a good deal of my apps require 3.5 .NET. The advanced option is probably impractical for *most* users. Winsxs cache removal should probably be a hidden option, as per Vlite, as it's only going to mess with most users. But just my opinion.

Sorry...see below.

Post your lastSession.ini You'll find it in the root directory of the rt7 lite program folder. You can attach it to a post.

I have two suggestions for adapters of the new 1.08 build: 1) If you you have applications that rely on the .NET frameworks, do not remove the winsxs cache. While most of my .NET dependent applications now work under 1.08, there is one that does not. In addition, .NET 4 will not install after cache removal. 2) Do not remove any Tablet PC features. Otherwise you'll throw an exception error, and you will not be able to complete your .iso. This is new to this build. Ben is aware of this issue and will address it in the future. Good Luck

Any ideas about this one, Ben? I tried different options, but this is the second time I ran into this one. ************** Exception Text ************** System.InvalidCastException: Conversion from string "c:\users\cary\appdata\local\temp" to type 'Boolean' is not valid. ---> System.FormatException: Input string was not in a correct format. at Microsoft.VisualBasic.CompilerServices.Conversions.ParseDouble(String Value, NumberFormatInfo NumberFormat) at Microsoft.VisualBasic.CompilerServices.Conversions.ToBoolean(String Value) --- End of inner exception stack trace --- at Microsoft.VisualBasic.CompilerServices.Conversions.ToBoolean(String Value) at RTWin7Lite.RT7LiteHome.permanentlyRemove() in D:\Ben\4-8-2010\Final_state\RTWin7Lite\RTWin7Lite\RT7LiteHome.vb:line 45335 at RTWin7Lite.RT7LiteHome.btn_log_Commit_Click(Object sender, EventArgs e) in D:\Ben\4-8-2010\Final_state\RTWin7Lite\RTWin7Lite\RT7LiteHome.vb:line 3237 at System.Windows.Forms.Control.OnClick(EventArgs e) at System.Windows.Forms.Button.OnClick(EventArgs e) at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ButtonBase.WndProc(Message& m) at System.Windows.Forms.Button.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

There was another guy who had similar issues with .NET after using cache removal. He was able to get his .net dependent apps working by creating "sym links." Not sure what he meant...it's beyond me. I just restarted and will not remove the cache - it's not worth the hassle.

Oops...just had an exception. Haven't had one of these since 1.04 ************** Exception Text ************** System.InvalidCastException: Conversion from string "c:\users\cary\appdata\local\temp" to type 'Boolean' is not valid. ---> System.FormatException: Input string was not in a correct format. at Microsoft.VisualBasic.CompilerServices.Conversions.ParseDouble(String Value, NumberFormatInfo NumberFormat) at Microsoft.VisualBasic.CompilerServices.Conversions.ToBoolean(String Value) --- End of inner exception stack trace --- at Microsoft.VisualBasic.CompilerServices.Conversions.ToBoolean(String Value) at RTWin7Lite.RT7LiteHome.permanentlyRemove() in D:\Ben\4-8-2010\Final_state\RTWin7Lite\RTWin7Lite\RT7LiteHome.vb:line 45335 at RTWin7Lite.RT7LiteHome.btn_log_Commit_Click(Object sender, EventArgs e) in D:\Ben\4-8-2010\Final_state\RTWin7Lite\RTWin7Lite\RT7LiteHome.vb:line 3237 at System.Windows.Forms.Control.OnClick(EventArgs e) at System.Windows.Forms.Button.OnClick(EventArgs e) at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent) at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks) at System.Windows.Forms.Control.WndProc(Message& m) at System.Windows.Forms.ButtonBase.WndProc(Message& m) at System.Windows.Forms.Button.WndProc(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m) at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m) at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Quite sure. This was with x64, if that helps. If I built an image with all of the same options WITHOUT cache removal, 3.5 .NET was okay.

Yes...in the 1.08 pre-release, the winsxs cache removal option broke .NET. Ben said he thought he could fix that from happening; I'm just checking to see if he got around to fixing it in this release or not.

Ben can you tell me if winsxs cache removal still breaks .net? Thanks.

RIGHT NOW. Links are up.

Good goin'! Nah....don't worry about.

Here's my last one. Mind you, this is x64, and I did it pretty conservatively because I had been having an issue installing .net Framework 4. It came in at 2200mb. but it's chocked full of updates and about 120mb of drivers. X86 should be much less than 2000mb. I'd advise you to wait for 1.08 if you possibly can; with winsxs cache removed using a 1.08 pre-release, I had an x64 image come in at 1650mb. However, it breaks .net. I think that is supposed to be fixed in the final release. Otherwise, I would not suggest removing the winsxs cache with 1.07. Lastsession.inf

Are you doing x64 or x86?

Which version of RT7 Lite are you using? The last .iso I made with RT7 Lite 1.07 was smaller than any Vlite image I made of Windows 7.

Ben: Can you unlock the search service from the search "feature?" This way, the search function and search tab in folder options would still be operable, but you could have the option of disabling the search service in order that indexing does not take place. As it is, it is impossible to disable the search service if the search feature is enabled. Thank you!

It sounds like you have more of a handle on it than I do, but the issue was present in an pre-beta 1.08 and Ben said that he could fix it. He seems to me a man of his word.

I'd still be interested in knowing whether or not you chose the option to remove the winsxs cache. That option borks .Net; I wouldn't be surprised if it also wrecked \assembly.

It looks like you are missing chunks of .NET, which may be a prerequisite for your application. Tell me, did you tick "winsxs cache" for removal? I've had a similar issue with the latest beta, and Ben indicates this should be resolved in the near future. If you absolutely can't wait for the next release, you can try to untick the winsxs cache removal option and rebuild your .iso with the same options.

Don't sweat it...Ben ia back to the drawing board sorting out some issues. Stay tuned.

Try unplugging your LAN connection and see what happens. I used to have an issue when preparing Windows images with Vlite, where if I didn't unplug my LAN cable, I would never get to the desktop. Once you get to your desktop, you can plug it back in.

Ben: Just FYI... Sticky notes seems to have a dependency issue - Problem signature: Problem Event Name: APPCRASH Application Name: StikyNot.exe Application Version: 6.1.7600.16385 Application Timestamp: 4a5bca01 Fault Module Name: StikyNot.exe Fault Module Version: 6.1.7600.16385 Fault Module Timestamp: 4a5bca01 Exception Code: c0000005 Exception Offset: 0000000000008164 OS Version: 6.1.7600.2.0.0.768.3 Locale ID: 1033 Additional Information 1: bd1c Additional Information 2: bd1c21a1f46f53d7731f1eb07b613b90 Additional Information 3: 935d Additional Information 4: 935d1a1d9033b34352a25c63ede49267 I got rid of the gadget thingy; I wonder if it's necessary.