The release download is at the download URL at https://masm32.com/ .
Congrats, Hutch :bg
EDIT: I did a quick test with MasmBasic (http://www.masm32.com/board/index.php?topic=12460), and it looks good. My testbed assembled fine with Jwasm 2.07 (http://www.japheth.de/Download/JWasm/JWasm207bw.zip) (with JWasm.exe saved as \masm32\bin\ML.EXE) or ML 6.15. You really did a great job - porting the Masm32 package to Unicode & Win7 is really a tricky task :U
nice, Hutch :U
i bet you're glad to get it done :bg
:bg
There is something prophetic about that statement. :P
Great Hutch ! :U
Is it tested with "Object Asm" any conflict there ?
Ficko,
I am not in a position to test a range of external projects but everything that built before still builds OK, mainly ASCII applications. The UNICODE support is new and does not break existing code so there should be no problems with code that was working before. I did a minr mod of the WINDOWS.INC file after a suggestion by Biterider but it was only a single equate that should not have been there in the first place.
Excellent, Hutch!
Congratulations!
Many thanks Hutch and congratulations :U
The package installation and work is right here with Windows 7 64 bits Home Premium.
All projects (15) recompiled without any fail.
Congratulations and have good health,
Paulo.
Hi,
It will be pleasant to forgive about the W at the end of each api call.
Thanks a lot.
Thanks for the new version :U
But why is not version 9.x of Rc,link,ml.exe included?
licensing hasn't changed :P
Congrats and thanks hutch. Hail Masm
Hutch,
I left you a personal message.
Greg
Greg,
Thanks, I got it. In the short term I would be inclined to post the source file so that it can replace the older file and simply be rebuilt using the batch file in the directory.
there is a point during the installation where a message comes up and warns about running other processes during LIB build
that would seem to be a perfect time to substitute the linker with a newer version, if desired :U
(or any other modifications)
:bg
One thing you don't do with an installation is build in a method for it to fail. If anyone wants to try building the import libraries with another linker, they can do it AFTER the install is finished.
IIABDFI
yah - my dad tried for many years to teach me that
that's how i became an engineer :bg
for shits and giggles, i just tried it out
when the "Build Libraries" message box came up, i deleted link.exe and lib.exe from the masm32\bin folder
then, i copied link.exe, lib.exe, and mspdb80.dll from masm version 9.00.30729.01 into that folder and clicked "OK"
it built the libraries just fine :U
so, for all you nay-sayers, i say, "poop to that!" :lol
Hutch,
That's fine with me. If you would like, I'll post the updated file and an explanation of the change.
[Edit] I see you already posted it. Thank you.
:bg
> so, for all you nay-sayers, i say, "poop to that!"
Here is a man who has not had to explain a million or so times that the early versions had to be put in the MASM32 directory, not the MASM directory. Then there were the problems of so many people trying to run the install as a background process and wondered why the libraries did not always build correctly, then there were those who thought something was wrong when they used the wrong version of LINK that defaulted to a much larger section size and their minimum sized EXE was 16k and so on and so on etc etc etc .......
Add to this those folks who try and run a development computer that is set up like a domestic PC with all of its OS settings and a free crappy AV scanner that silently deleted some files as they were installed or displayed messages that something in the install had GENERIC ###(who gives a PHUK) trojan in it and you will understand why you write an installation that is PHUKUP proof and even then someone will find a way to mess it up. :P
:P
i have never had any of those problems, Hutch - lol
of course, i know how to close other processes, set environment variables, and avoid shitty av scanners, too :bg
my feeling is - if you can't get past that stuff, then assembler may not be the language for you, anyways
Lol hutch. The AV thing happened to me once, with AVG. Deleted all the masm examples, plus iczellions tutes and some .EXEs from \bin.
i was all excited to see that there were a bunch of new examples added to this version
still am excited - just not as much - lol
i noticed that there was ~20 MB in the Bill Cravener folder :dance:
then, i noticed that 15 MB of that is in .LST files :'(
you may not have intended to include those
append
calendar
controls
EDIT:
i also see that there is a "wininc.inc" file in the "examples\unicode_generic\diskfile" folder - 873 KB
and a "winequ.inc" file in the "examples\advanced\wrep" folder - 402 KB
they don't appear to be used for anything
I am the guilty party here. i did not take notice that Bills examples used a LST file and after testing the entire example set after every major change to the WINDOWS.INC file its easy enough to forget to clean out the mess.
LATER : remove the LST files and the build drops by half a meg. Must keep that in mind for any updates. :bg
i went to Search for *.* on the masm32 folder, then ordered the list by size
skipping over the desired EXE's, INC's, etc by folder - the boggies pop out like a sore thumb :P
No Steve that's entirely my fault. One asks for forgiveness. There are times when I have to track down an error in one of my creations and when one has a PC with room to spare one doesn't give any thought in removing the need for the lst file after the error has been tracked down. One will have to start checking that one has removed the /Fl command from the build file from here on before one zips up the files. One can easily overlook this when one is a bit too buzzed when one is having so much fun when one is putting an example together. One is now going to go pour himself. . .well. . .another one!
(http://www.quickersoft.com/pictures/drunk-smiley.gif)
Niiiiccccce.... installed like a dream :U
Playtime... :bg
Hi guys
Not sure what's wrong here - I can only find the v10 - have downloaded it twice. The link from Hutch's first message goes to the v11 announcement (no download links there), selecting 'Download' on the toolbar says 'MASM32 Version 10 Downloads' and the file from any of the sites is m32v10r.zip. Suggestions?
Thanks
Howard
http://masm32.com/masmdl.htm
Cool... thanks heaps. Got it!
:clap: :dance:
Niiiiccccce...Thanks
Thanks for the update, hutch. :U
Regards
Greenhorn
Hucth... i dont see the shlobj.inc file did change the name or does M11 not contain it?
Checking Microsoft library collections I have from vc2003, vs2005, vs2008 and vc2010 I cannot find a shlobj.lib. If you have a LIB file of that name, use the "imp2inc" tool in masm32 to make an import library.
shlobj.h is a normal component in the Microsoft SDKs and DDKs. Japheth has one converted to MASM syntax in his include file set here:
http://www.japheth.de/WinInc.html
But I have no idea if it will conflict with the MASM32 components.
Edit: shlobj.inc does not in itself conflict with the MASM32 components, but other files that it depends on do.
you might try Yves' "ready-to-use SDK"
http://www.masm32.com/board/index.php?topic=17155.0
in his cab file, the INC files have the extension SDK
both Yves' and Andreas' include files contain EQUates that Hutch normally puts in windows.inc/winextra.inc
Yeah...thanks.... i'm not so good at preping up those include files. There's a lot of non-benign structures redefs and i always end up creating an include file with just what i need. I'll peek into japeth's. Ty
I have re-downloaded v11 from this board (us mirror 1), and I'm getting corrupted files.
Some include files are not corresponding with their internal functions (eg: mmc.inc bignumsdk.inc ... ).
While other include files are corresponding, they does not generated correct library files (eg:dbghelp.inc) if used with inc2l.
I have see some modifications in some files (eg: "sym proto" in actual "dgbhelp.inc" while in older version of masm32 it was (sym PROTO :DWORD,:DWORD,:DWORD,:DWORD,:DWORD))
Can anybody check this one?
I'm using freeware "winmerge" to help-me discover these differences. Maybe can help you too.
edited after:
inc2l does not work in xp sp1(no reaction after instalation, but after reboot yes); and Worldtimes.exe example say that does not have found "datetime.dll".