Anolis

New Post: Why can't the twunk_16.exe PE header be parsed?

miesch1 — Wed, 30 Jan 2013 18:58:14 GMT

Hi again guys,

This question is intended for the coordinator of this project. Before I found this project, I was exercising my code trying to find an assembly with string version data rather than binary version in the PE header data (see my previous post). I ran across the twunk_16.exe file in the Windows XP directory that I could not parse, even though Windows Explorer correctly lists the version information. I was losing confidence in my implementation, so I started looking for other C# implementations online.

Then I came across your project. After downloading the source, I was surprised that in your Anolis.Tools.PEInfo.Program file, you had commented out the regular go path and had inserted what appears to be test code pointing to your own file called "twunk_16.exe". So both of us are interested in that file! That file will not load in any of your formats (DOS, NE, COFF/PE) either. Have you figured out what kind of a file it is and why it is not adhering to these formats? Thanks again for the awesome library!

-Mike

New Post: Is it necessary to look at VersionItem.Type before marshalling VS_FIXEDFILEINFO?

miesch1 — Wed, 30 Jan 2013 18:39:44 GMT

Hi guys,

I'm sad that there hasn't been much activity here recently! This is an awesome project--keep it up!

I have been scouring the web trying to find any implementations of reading a file's version out of its PE header. Everyone "cheats" and uses Win32 calls to pull this resource out. The first example I found that did what I was looking for was here:

http://stackoverflow.com/questions/12396665/c-library-to-read-exe-version-from-linux

Unfortunately, it is not strongly typed and it is in C++. But it was enough to get me started porting it to C#. Of course AFTER I had a working implementation, I ran across this project which does the exact thing I am looking for. As I was investigating your implementation of populating the version information struct (VersionResourceData.RecurseItem), I noticed that the VersionItem.Type is not used to determine if the version resource contains text or binary data, as described in the documentation for the VS_VERSIONINFO.wType:

http://msdn.microsoft.com/en-us/library/windows/desktop/ms647001(v=vs.85).aspx

The C++ code I started with did branch on this property, but I can't figure out if that is necessary or not. Does anyone know the answer to this? Thanks guys!

-Mike

Source code checked in, #69709

Project Collection Service Accounts — Mon, 01 Oct 2012 22:10:56 GMT

Upgrade: New Version of LabDefaultTemplate.xaml. To upgrade your build definitions, please visit the following link: http://go.microsoft.com/fwlink/?LinkId=254563

Source code checked in, #69708

Project Collection Service Accounts — Mon, 01 Oct 2012 22:06:45 GMT

Checked in by server upgrade

Source code checked in, #60967

W3bbo — Tue, 24 May 2011 00:21:26 GMT

* Added support for TIFF images. * Improved Batch File export behavior by always including the resource type's name in the filename. This makes it easier to determine the type of data when multiple types were exported with the .bin file extension.

Source code checked in, #58629

W3bbo — Thu, 10 Mar 2011 16:25:48 GMT

Source code checked in, #56731

W3bbo — Sun, 02 Jan 2011 15:46:57 GMT

Adding files that were previously ignored. These are just nonessential development files, like previous versions of artwork and translations.

Updated Wiki: Home

W3bbo — Sun, 02 Jan 2011 02:03:14 GMT

Project Description
Anolis is the underlying project for the XPize and Vize resource switchers for Windows XP and Vista respectivly. The codebase allows for the easy swapping around of resources within Win32 executables and other files.

Project Links

http://www.anol.is - Anolis main website (under construction). Thanks to Arni Gunnar for helping me with getting into the Icelandic DNS
http://www.xpize.net - xpize website
http://www.vizeos.net - Vize website

Roadmap and Timeline

2008-07 - I took over XPize and Vize from XPero (who's a great sport!)
2008-08 - Work starts on Anolis to replace ResHacker-based deployments
2008-12 - Alpha releases of Resourcer made on New Years' Eve
2009-01 - A second alpha release of Resourcer
2009-02 - Stable Beta release of Resourcer and Anolis.Gui, which resulted in a beta of xpize 5
2009-05 - xpize 5 Beta 2 was the first public beta of xpize 5, well received.
2009-07 - xpize 5 Release 3 released, Vize 2 beta released, work begins on Sevenize
2009-08 - xpize 5 Release 6 done, Resourcer 0.9 done. Things are going to be on hold for a while.
2011-01 - Resourcer 0.95 should be released in January.

Project Arrangement

The software is split up into several projects

Libraries

Anolis.Core

A reusable library that manages everything to do with Anolis outside the GUIs. It contains the programming that patches files, recognises resource types, and handles Package processing. Anyone is free to develop software that recognises more resource data types (in fact, they're actively encouraged), since Anolis.Core can load software from other assemblies.

W3b.Wizards

A library that brings basic wizard functionality to .NET

W3b.TarLzma

A hacked together melding of the LzmaAlone library (by Igor Pavlov) and SharpZipLib's Tarball library with some modifications. Extraction performance is good, but compression is really slow and bad. In future I'll make a first-class C# port of 7z's entire codebase. This library is used for extracting and creating *.anop packages which are currently LZMA-compressed Tarballs.

Main Projects

These are high-quality pieces of software for use by end-users

Anolis.Resourcer

A ResHacker clone developed as a testbed for Anolis.Core and to replace ResHacker (because ResHacker doesn't support x64, XN Resource Editor (ResHacker's spiritual sequel) doesn't support multiple-language resources and crashes a lot, and other utilities rest cost actual money. It has a powerful yet simplified UI that doesn't duplicate commands or confuse the users with special-case handlers (which ResHacker and XN have in spades).

Anolis.Installer

This is the main program that most of the users will see. It is a frontend for Anolis.Core's package handler. It uses a Wizards library which I haven't yet put up on Codeplex.

Anolis.Packager

A program used to create packages to be installed by Anolis.Installer

Utilities

Anolis.Tools.UxTheme

Presently a little program that doesn't do anything particularly special when it comes to patching the uxtheme.dll file in Windows. Later versions will use an intelligent and heuristic patching method.

Misc

Apparently on 2008-12-31 Anolis was ranked the 187th most popular project on Codeplex by weekly pageviews.
...but by 2009-02-36 it dropped down to 223rd place.
In March 2009 it hovered in the early-200s

Links and Friends

http://www.istartedsomething.com - Long Zheng
http://www.withinwindows.com/ - Rafael Rivera
http://deepxw.blogspot.com/ - deepxw
http://www.w3bbo.com - Me

Source code checked in, #56661

W3bbo — Fri, 31 Dec 2010 01:00:42 GMT

Removing cruft.

Source code checked in, #56657

W3bbo — Thu, 30 Dec 2010 22:10:29 GMT

Major refactoring - Part 2 - Directory rename.

Source code checked in, #56655

W3bbo — Thu, 30 Dec 2010 22:08:27 GMT

Major refactoring. Moved all Package-related classes to Anolis.Packages and beginning rename from Anolis.Core to Anolis.Resources.

New Post: DLL files are not unloaded in Batch Export

W3bbo — Tue, 28 Dec 2010 00:36:51 GMT

Okay, I've fixed this in my local source code collection. I'll make a commit later this week as well as a new binary release.

Source code checked in, #56545

W3bbo — Mon, 27 Dec 2010 19:01:40 GMT

Source code checked in, #56544

W3bbo — Mon, 27 Dec 2010 18:59:50 GMT

Consolidating projects together.

Source code checked in, #56543

W3bbo — Mon, 27 Dec 2010 18:18:08 GMT

Source code checked in, #56542

W3bbo — Mon, 27 Dec 2010 17:18:24 GMT

Source code checked in, #56509

W3bbo — Sun, 26 Dec 2010 19:17:11 GMT

Source code checked in, #56508

W3bbo — Sun, 26 Dec 2010 19:11:16 GMT

Source code checked in, #56506

W3bbo — Sun, 26 Dec 2010 19:02:20 GMT

Created Issue: Feature Request: Batch Import [18958]

P_Tsm — Mon, 18 Oct 2010 18:55:44 GMT

It would be very welcome to have a similar function like Batch Export but for importing.
You could make resourcer only import the changed files.
Maybe checking could be done via a log file which contains info on when the file which is to be imported was accessed the last time. Or by checking the filesize or maybe even Hash comparision. Don't know if that would be too slow.

Hope you can add that.