MSVC confidential compile needed

[hgm]

Someone sent me the source code of a private mini-Shogi program (a single .cpp file), but it uses intrinsics that seem to be specific for MSVC. And I don't have that, so I cannot compile it. And the author is currently a bit busy with other things.

Is anyone willing to compile it for me, without spreading it around? If you PM me your e-mail address, I will e-mail you the source.

[jdart]

I can do that. But MSVC is free for non-commercial users, individuals and small teams now. Unlike previous free editions it is the full compiler, with PGO and everything:

https://www.visualstudio.com/en-us/prod ... ty-vs.aspx.

--Jon

[bob]

I can do that. But MSVC is free for non-commercial users, individuals and small teams now. Unlike previous free editions it is the full compiler, with PGO and everything:

https://www.visualstudio.com/en-us/prod ... ty-vs.aspx.

--Jon

I will ask before HGM does, "does it run under Linux?" As I believe that is what he is using nowadays...

[konsolas]

Not that I know much about these things, but what use would he have for a Windows binary (from Visual Studio) if he uses Linux?

[jdart]

Well, there's wine (https://www.winehq.org/).

--Jon

[velmarin]

I guess that it will have changed,
Some time ago HGM used Linux Ubuntu on Virtual Box,
He had a machine with Windows...

Install Visual Studio is moving to the dark side...

[hgm]

OK, some update about this: Martin Sedlak had a look at it, and concluded that it was not anMSVC source, but a MinGW64 source. I thought it would be MSVC because when I tried to compile it with gcc, I gotanerror that the intrin.h header did not exist (and removing the #include for it gave undeclared errors for BitScanForward), and Googling revealed this as a common problem with MSVC sources (only curable by using MSVC). I did try tocompile with MinGW, but with the 32-bit version, which gave me this error. But apparently MinGW64 doesn't. Of course it makes sense that MinGW would try to be compatible with MSVC.

I tried to run the .exe Martin sent me on my i3 laptop, and that froze the machine instantly. I am still going to try it on my big machine (an i7). In any case, I should also have MinGW64 installed there (although I haven't used it often), so I should be able to compile it myself.

Thanks everyone for offering help!

[mar]

I tried to run the .exe Martin sent me on my i3 laptop, and that froze the machine instantly.

It's possible that it's because of popcnt instruction.
Runs fine here on my i7, I see a nice colorful ansi art logo when the executable starts.
But indeed you should be able to compile using mingw64 easily.

[hgm]

I figured it would be something like that. I needed it for running on the i7 anyway. (That is the machine I will bring to the Olympiad.) Of course when a computer freezes, it is by definition a bug of the OS. That is Win 8.1 in this case; it allowed the computer to go completely dead (no motion of the mouse pointer, no response to keys, not even Ctrl-Alt-Del). But the past month I had to reboot Ubuntu 10.04 three times too because it was hanging, so I should not be too hard on MicroSoft. Turns out the window manager does not like it if you try to pop up a few hundred thousand GTK dialogs (through an engine stuck in a tight loop sending a telluser command to XBoard).

[flok]

That sounds more like a hardware problem to be honest.
Try running memtest86 for a day (24h) or so.