gmane.comp.emulators.hercules390.general

Re: Re: Compiling Hercules for 64-bit Windows

Mike Schwab — 2012-05-24T03:12:38

Yes.  Intel was forced to adopt the AMD64 (x64) instruction set it
became popular and the Itanium (IA or IA64) did not make any headway
in the consumer market (x86).

On Wed, May 23, 2012 at 8:03 PM, Robert Hodge <quatras.design-/E1597aS9LQAvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Things to think: Hercules-390 running on mainframe

Adam Thornton — 2012-05-24T00:49:47

On May 23, 2012, at 11:25 AM, Ray Mullins wrote:


http://www.fsf.net/~adam/NT-on-390-desktop.png

....and then from a few years later, here I'm running z/VM (64-bit) under z/VM on 31-bit hardware:

http://www.fsf.net/~adam/z900-on-S390-Desktop.png

Adam

[Non-text portions of this message have been removed]

Re: Compiling Hercules for 64-bit Windows

Robert Hodge — 2012-05-24T01:03:51


--- In hercules-390-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, Roger Bowler <rogerbowler< at >...> wrote:

-[snip]- 

 winbuild\bzip2\x64 and winbuild\pcre\x64 under the Hercules directory.

Even if you have an Intel system?

Re: Things to think: Hercules-390 running on mainframe

peter_flass — 2012-05-23T23:23:12


 
My bias is showing, but I think *one* instance of windoze would be two or three too many.

Re: Things to think: Hercules-390 running on mainframe

peter_flass — 2012-05-23T23:20:23

I don't think you can run VM/370 on current systems, even under VM.  I suppose if you had some business case for running VM/370 instead of newer OSs...

Compiling Hercules for 64-bit Windows

Roger Bowler — 2012-05-23T22:02:16

Here is how to compile a 64-bit Hercules for Windows (x64) using only the 
freely-downloadable Microsoft tools on 64-bit Windows 7:

1. Install Visual C++ 2010 Express from the Visual Studio 2010 Express page:
    http://www.microsoft.com/visualstudio/en-us/products/2010-editions/express

2. Install Microsoft Windows SDK 7.1 from:
    http://www.microsoft.com/en-us/download/details.aspx?id=8279
    IMPORTANT: select all components *except* the Visual C++ Compilers

3. Install Visual C++ 2010 SP1 Compiler Update for the Windows SDK 7.1 from:
    http://www.microsoft.com/en-us/download/details.aspx?id=4422

4. Go to the start menu and choose "All Programs"
    - "Microsoft Windows SDK v7.1" - "Microsoft Windows SDK 7.1 Command Prompt"

5. If you require gzip or bzip2 for disk or tape compression, or if you
    require PCRE for the Hercules Automatic Operator facility, you should
    install the AMD64 versions of these programs in winbuild\zlib\x64
    winbuild\bzip2\x64 and winbuild\pcre\x64 under the Hercules directory.
    You may override these default directory locations by setting
    environment variables, for example:
    SET ZLIB_DIR=c:\packages\zlib
    SET BZIP2_DIR=c:\packages\bzip2
    SET PCRE_DIR=c:\packages\pcre

6. nmake -f makefile-dllmod.msvc clean
    nmake -f makefile-dllmod.msvc

7. The binaries will be installed into subfolder "msvc.AMD64.bin"
    If you compiled on a 32-bit Windows system, copy this folder
    to your target 64-bit Windows machine.

8. If you copy the binaries to a machine which does not have Visual
    Studio 2010 (VS10) installed, then you must also install the
    Microsoft Visual C++ 2010 Redistributable Package (x64)
    on the target machine. This package can be downloaded from
    http://www.microsoft.com/en-us/download/details.aspx?id=14632

This method works for me. There may be other methods that work too.

Regards,
Roger Bowler
Hercules "the people's mainframe"

Re: Re: Things to think: Hercules-390 running on mainframe

Mike Schwab — 2012-05-23T19:12:55

Actually, isn't z/VM out of the emulator business?  Too bad they could
not add emulation of new instructions to allow companies running older
hardware to use new instructions.  Probably not some hardware
capabilities, but certainly end user instructions.

On Wed, May 23, 2012 at 10:53 AM, jorge.ventura-ur4TIblo6goN+BqQ9rBEUg< at >public.gmane.org
<jorge.ventura-ur4TIblo6goN+BqQ9rBEUg< at >public.gmane.org> wrote:

Re: Things to think: Hercules-390 running on mainframe

Ray Mullins — 2012-05-23T16:25:27

2012/5/23 Urtzi Larrieta Alvarez <ularrieta-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

 <snip>

Besides, something that could be quite revolutionary is creating an intel
It's already been done and appears to have died - see Mantissa
Corporation's z86VM . They announced it a few years ago at a SHARE
conference and it fizzled due to lack of interest and the new zBX
announcements from IBM. It was emulating the actual x86 (maybe x64 as well)
instruction set, and was actually running native rather than under zLinux.
Unfortunately, their blog has not been updated since March 2010. Maybe
mentioning it here will get a response from Mantissa; I know they have
posted to the various Hercules lists in the past.

Of course, there are already Bochs and other Intel instruction set
emulations. I think it was Adam Thornton who did the (in)famous zVM->Linux
on z->Bochs->Windows 2000 demonstration. I see he's made a brief appearance
in this thread, so he can brag about it here.  :)

Cheers,
Ray

Re: Things to think: Hercules-390 running on mainframe

2012-05-23T15:53:45

I was thinking a replacement for z/VM... Some business can make use mainframes refurbished at low cost but OS is still expensive.

A don't understand z/VM in deep but I think that the concept is similar to other hardware emulators, the bus and devices has still to be emulated or at least partly emulated.

Anyway, I agree that the applicability is narrow. I was reading that there is a fork from QEMU-s390 that the goal is to implement the z/Arch instead of PC but I don't think that it can do better then Hercules.

--- In hercules-390-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, Adam Thornton <adam< at >...> wrote:

Re: Things to think: Hercules-390 running on mainframe

Jeremy Nicoll - zf yahoo — 2012-05-23T15:27:35


Why would you not just run os images in PR/SM LPARs, with a share of the
real hardware?

Re: Things to think: Hercules-390 running on mainframe

Urtzi Larrieta Alvarez — 2012-05-23T15:12:54

Hi:

Well, my opinion in this fact is quite conservative, that is, creating
another software layer, in this case Hercules, to emulate CPU that is taken
directly from the mainframe CPC, and provide support for devices that are
currently online to the host thanks to the Channel subsystem? I think that
this only sacrifices performance, and has no benefits at all.

It could be reasonable if you have several instances of Hercules running in
the same LPAR like VMware in PC does. But for that, exists z/VM without
performance impact and the posibility of creating thousands of zLinux
images.

Besides, something that could be quite revolutionary is creating an intel
x86-x64 emulator under zLinux, in order to have literally several instances
of MS Windows running under zLinux in an LPAR of the mainframe.

Regards,

Urtzi Larrieta


2012/5/23 jorge.ventura-ur4TIblo6goN+BqQ9rBEUg< at >public.gmane.org <jorge.ventura-ur4TIblo6goN+BqQ9rBEUg< at >public.gmane.org>



[Non-text portions of this message have been removed]



------------------------------------

Re: Things to think: Hercules-390 running on mainframe

Adam Thornton — 2012-05-23T15:11:50

The thing is, if you have a business need for real iron, the licensing cost of z/VM is not much of an obstacle.

Things to think: Hercules-390 running on mainframe

2012-05-23T14:50:03

I have been thinking about if there are any good reason to run Hercules-390 on a mainframe and I am guessing that may be a good idea.
Linux is becoming an option as one hypervisor in some platforms, x86, s390. This is thanks to KVM (Kernel Virtual Machine) that
is ready for both plataforms and can manage a virtual CPU and memory for the guest using the hardware support available in the
host CPU.

The point is that the virtualization is for CPU and memory only, for that reason another software is needed to complement the full
virtual hardware with bus, hard disk and other parts. These softwares like QEMU, VMWere or VirtualBox follow the model of PC
what means that only OSs that run on PC (Windows, FreeBSD, QNX and Linux) hardware can make use of this virtual systems.

My think is that Hercules-390 is an emulator for z/Architecture and if part of the code that emulates CPU and memory be replaced
by KVM on s390,  we can have instead of an emulator, a mainframe virtual machine under linux that can be used to run any OS IBM.

I think that this radical change can make great impact in the way that people is using Hercules today.

I would like to read some opinions about this.

Re: Window close disable disabled

Dave Wade — 2012-05-21T18:33:46

The later snapshots from http://www.smrcc.org.uk/members/g4ugm/snapshots 
all seem to behave the same ....

Re: Re: Does anyone have Z/series compatiblity macros ?

John P. Hartmann — 2012-05-21T13:17:48

HLASM will generate a list of all machine instructions with operand
formats, if asked to do so.  Maybe you have a friend who can do that for
you.  Of course, you need to somehow specify what is your current
instruction set, but as a start you could pass those instructions to your
assembler and process the resulting listing.  And depending on your
architecture level may take additional optional operands.

There are masses of constraints on the various operands that you can
discover only by reading the Principles of Operation.  Nowadays there are
even operands that must be specified (and even be even), but are ignored.


[Non-text portions of this message have been removed]

Re: Re: Does anyone have Z/series compatiblity macros ?

Binyamin Dissen — 2012-05-21T13:07:25

The LARL macro has to be adjusted to generate an error if the target address
is at an odd address.

On Mon, 21 May 2012 12:57:56 -0000 "Robert Hodge" <quatras.design-/E1597aS9LQAvxtiuMwx3w< at >public.gmane.org>
wrote:

:>The Jay Moseley collection doesn't have everything, but it's a great start.  Thanks so much for bringing this to my attention.
:>
:>I was thinking of the general problem of creating these macros.  It seems that they should/could be generated by a program that took specific information like mnemonic, instruction format, and opcodes from some kind of parameter or specification file, and created the macro in whatever format is needed (with the necessary control cards for DOS or MVS for adding the macros to a library).  If I had the time and ambition, I'd do it myself.  Maybe I will find the time someday to try this.
:>
:>Robert
:>
:>--- In hercules-390-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, "ScottC" <sccosel< at >...> wrote:
:>>
:>> 
:>> 
:>> --- In hercules-390-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, "Robert Hodge" <quatras.design< at >> wrote:
:>> >
:>> > I wondered if anyone had a library of macros to simulate the extended instruction set of the Z series machines?
:>> 
:>> Would this collection be of any use to you? http://www.jaymoseley.com/hercules/compiling/spopcodes.htm
:>>
:>

--
Binyamin Dissen <bdissen-OSUd8EWft9psbIuE7sb01tBPR1lH4CV8< at >public.gmane.org>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

Re: Does anyone have Z/series compatiblity macros ?

Robert Hodge — 2012-05-21T12:57:56

The Jay Moseley collection doesn't have everything, but it's a great start.  Thanks so much for bringing this to my attention.

I was thinking of the general problem of creating these macros.  It seems that they should/could be generated by a program that took specific information like mnemonic, instruction format, and opcodes from some kind of parameter or specification file, and created the macro in whatever format is needed (with the necessary control cards for DOS or MVS for adding the macros to a library).  If I had the time and ambition, I'd do it myself.  Maybe I will find the time someday to try this.

Robert

--- In hercules-390-hHKSG33TihhbjbujkaE4pw< at >public.gmane.org, "ScottC" <sccosel< at >...> wrote:

Re: Hercules and EAV

Mike Schwab — 2012-05-21T12:03:10

We are installing DB2 V10 with 32,760 Cylinders the largest volume
size.  It does require new storage groups.

On Mon, May 21, 2012 at 4:47 AM, rolljo11 <rolljo11-/E1597aS9LQAvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Hercules and EAV

John P. Hartmann — 2012-05-21T10:06:39

Are you sure EAV is required, rather than supported?  Required would cause
demonstrations at the front gates of STL that would make French peasants
look like pussycats.

Software support was introduced in z/OS 10.

http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=%2Fcom.ibm.db2.doc.wnew%2Feav.htm

http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.e0za100%2Fsmseavb.htm


[Non-text portions of this message have been removed]

Hercules and EAV

rolljo11 — 2012-05-21T09:47:41

Hi, David,

as for now, Hercules 3.07 does not support DASD devices with Extended Addressablity. That's a pity, because it inhibits installation of DB2 V10, which requires EAV-Volumes to install catalog and directory upon. So my question: Do you (aka: the Hercules team) plan support of devices like 3390-A in the near future?

Thank you very much for answering soon,
Jo

Please Mail to:joachim.roll-kJtFk1ywZuM< at >public.gmane.org

Window close disable disabled

robert_ah_prins — 2012-05-21T06:59:49

I'm using Enrico's 15 April 2012 x64 Windows snapshot, which works without a glitch (except for the fact that all utilities ABEND). One of things I like about it is the fact that it disables the big red X to close the window. 

However...

Yesterday I found out that changing the properties of this window will re-enable the red X. One of the things that does so is changing e.g. the size via a right click on the title bar. Now, in this case I didn't consciously do so (I know I definitely didn't change the size!), so there must be other things. It's not a big deal, but if anyone could look into it, thanks!

Robert