Dave,

> Here is results.

Which is?

I see that you changed the mainline to use STM/LM - and a
base-register....no big deal-

but you also removed the central instruction (the OC against low core or
if low protection is active- +8K). What did this prove?

I am not familiar with XDC terminologie- what do the first 4 twin-lines
mean?

--
Martin

Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
more at http://www.picapcpu.de



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

Yvette,

that sounds like a plan- and pls consider the suggested change from
Fish.

And if it is not a z10 you might need

     LHI  R15,8192
     OC   0(1,R15),0(R15)

--
Martin

Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
more at http://www.picapcpu.de



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

--- In hercules-390@yahoogroups.com, Martin Trübner <Martin@...> wrote:
>
> Dave,
>
> > Here is results.
>
> Which is?
>
> I see that you changed the mainline to use STM/LM - and a
> base-register....no big deal-
>
> but you also removed the central instruction (the OC against low core or
> if low protection is active- +8K). What did this prove?
>
> I am not familiar with XDC terminologie- what do the first 4 twin-lines
> mean?
>
> --
> Martin
>
> Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
> more at http://www.picapcpu.de
>


Here are the key two instructions which follow the MODESET to key zero:

PSW 070D1000 0004FCE6 (cc-LO) - POPHERC.POPHERC+26
+26 0101 >@CDP PR , (POPHERC.POPHERC+E)

PSW 078D1000 0004FCCE (cc-LO) - POPHERC.POPHERC+E
+E 58E0 D00C >@CDP L R14,X'00C'(,R13)


Before the PR the PSW key is zero (third nibble in PSW - 070D1..)

First instruction after the BAKR is a LM which is where PR returns to.  It's
PSW key is 8 (again third nibble of PSW - 078D1...).

As I remember the key contention is that the PSW key shouldn't  be restored by
the PR instruction.  This shows that indeed the PSW key is restored as part of
PR (on our z10 BC and I would hope on all hardware supporting BAKR/PR).  The
OC or any storage altering instruction of non key 8 storage will S0C4.

Dave



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

Dave,

you are right- I did not pay attention to the PSW-key part (althru I
should ;-) esp in this context)

Fish- you were right- I was wrong- case settled. No bad feelings.
--
Martin

Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
more at http://www.picapcpu.de



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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

davekreiss wrote:

[...]
> Martin,
>
> Trying to understand some of those explanations in POP
> is difficult.  The subject of the linkage stack is quite
> convoluted and easy to mis- understand.

I imagine it must be especially difficult for someone whose native language
is not English.

Does IBM publish non-English versions of the Principles of Operation manual?

- --
"Fish" (David B. Trout) - fish@...
Fight Spam! Join CAUCE! <http://www.cauce.org/>
7 reasons why HTML email is a bad thing
http://www.georgedillon.com/web/html_email_is_evil.shtml
PGP key fingerprints:
DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52





-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.8.0 (Build 2158)
Charset: us-ascii

wj8DBQFLC0xCSPXX9MTuPioRAr5DAKCBtR7bG3vBJMHMPmGMAxKXAdlUtwCfXtyC
Dy2GFH+LffP2NhVIUsGaG2Q=
=o+LG
-----END PGP SIGNATURE-----

On Nov 23, 2009, at 9:00 PM, Fish wrote:
> Does IBM publish non-English versions of the Principles of Operation manual?


One could defend the position that IBM *exclusively* publishes non-English
versions of the Principles.

Adam

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

> Trying to understand some of those explanations in POP
> is difficult. The subject of the linkage stack is quite
> convoluted and easy to mis- understand.
>
See, this is why I tell newbies to always start with the System/360 POP. Life
was so much easier back then. Heck, the entire 360 POP on Bitsavers is 168
pages, including the cover. :)

It may have been simple, but it was enough. Enough for everything, z/OS, z/VM,
z/VSE, the compilers and utilities, kool stuff like CICS, all got their start on
the 360.

And all that "old" code runs just fine on the latest and greatest z. What more
could one want? :) :)

Ahh yes, the good old days...

BTS :)))

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

beaulieumichel wrote:

> Thanks for the information!
>
> Performance is not my major concern at this point.
> As long as I can have a clean IPL, I will be happy.
<snip>

> [...] "vcvarsall.bat"  amd64
> The specified configuration type is missing.  The
> tools for the configuration might not be installed.

As Laddie Hanus has already explained, the free "Express" editions of the
Visual Studio product suite (Visual Basic 2008 Express, Visual C# 2008
Express, Visual C++ 2008 Express, etc) do not support 64-bit. The "Express"
versions only support building 32-bit.

To be able to build 64-bit executables you need to either:

a) purchase their full Visual Studio product (Standard, Professional or Team
System), or
b) download and install their latest Windows SDK (Windows SDK for Windows
Server 2008 and .NET Framework 3.5, or Microsoft Windows SDK for Windows 7
and .NET Framework 3.5 SP1) [*]

- --
"Fish" (David B. Trout) - fish@...
Fight Spam! Join CAUCE! <http://www.cauce.org/>
7 reasons why HTML email is a bad thing
http://www.georgedillon.com/web/html_email_is_evil.shtml
PGP key fingerprints:
DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52





-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.8.0 (Build 2158)
Charset: us-ascii

wj8DBQFLC1fdSPXX9MTuPioRAsLbAKCDe/KNZ4iLwQsjF0vfS9PgnPUzzACgo5T2
MwZ2IMKeRFoQwSMpDFJ2Q78=
=c42o
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

laddiehanus wrote:

> According to the README.WIN64 file thats in SVN
> Microsoft Visual Studio standard or Pro is required.
>
> There is a pointer in that file for a 90 day evaluation
> version.

We should also support building via the Windows SDK as well. If it doesn't
work (and it may not) it's only because no one has tried it recently.

We originally only supported using their Visual C++ 2003 Toolkit, but then
added support for using their Platform SDK as well (renamed to Windows SDK).

But as I said it may not work, but only because no one has tested it
recently. It may be broken (read: *I* may have broken it).

But heck, it's worth a try. As far as I know their Windows SDK is still
free, and it *does* come with both the x64 and Itanium compilers. <shrug>


> I get the same errors on my Vista x64 machine. I am just
> too cheap to send Micro$oft more of my money and dont want
> to wipe out my express install with the evaluation version.

Try the SDK. Installing it should NOT break your existing Express
installation, but rather should *augment* it instead (i.e. provide you with
the newer headers as well as a 64-bit compiler thereby allowing you build
64-bit Hercules. For free.) [+]

- --
"Fish" (David B. Trout) - fish@...
Fight Spam! Join CAUCE! <http://www.cauce.org/>
7 reasons why HTML email is a bad thing
http://www.georgedillon.com/web/html_email_is_evil.shtml
PGP key fingerprints:
DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52

[+] Ideally you shouldn't have to do anything special either. It *should*
"just work". Hercules is designed as just a somewhat sophisticated makefile
project after all, so it *should* build just fine within Visual Studio,
regardless of whether it is the Express edition or the full Professional
edition. It shouldn't matter. As long as our (Hercules's) 'makefile.bat'
batch file can find the path to the 64-bit Windows SDK tools , you *should*
be able to build an x64 version of Hercules completely within the Express
edition IDE.




-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.8.0 (Build 2158)
Charset: us-ascii

wj8DBQFLC1vsSPXX9MTuPioRAjcZAKD+LPFQimDM0oVIArwbOM9ETx11xwCg2m0g
4nRnH/0KVGbTnlmegNaLBnY=
=f7vO
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Allow me to jump in here for a second...


beaulieumichel wrote:

> Thanks for the quick response.
>
> Since I am working on a throw away Windows Server
> Image, I can try this with the 90 days evaluation
> of the Professionnal version.
>
> I have something else to do for the next few days.
> I expect to have an update by the end of the week.

If that's what you want to do Michel, then fine, by all means have fun! :)

BUT...

I feel I should make clear (for the benefit of others as well as you) that
you DON'T have to build Hercules on a 64-bit version of Windows in order to
create a 64-bit version of Hercules. You CAN build a 64-bit version of
Hercules on your existing 32-bit version of Windows, then simply copy the
resulting binaries (executables and DLLs) over to your 64-bit Windows
system. That's called cross-compiling and we DO support that.

Just wanted to make that clear in case you or others forgot about that. :)

- --
"Fish" (David B. Trout) - fish@...
Fight Spam! Join CAUCE! <http://www.cauce.org/>
7 reasons why HTML email is a bad thing
http://www.georgedillon.com/web/html_email_is_evil.shtml
PGP key fingerprints:
DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52





-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.8.0 (Build 2158)
Charset: us-ascii

wj8DBQFLC10jSPXX9MTuPioRAkFgAJ4899v/wKUW8Ok4dxXOm6Jk5MAlgwCglVVU
AFWpuFlXQzgvwXsumrCnI5o=
=LRRk
-----END PGP SIGNATURE-----

From: "BruceTSmith" <brucetsmith@...>

>See, this is why I tell newbies to always start with the System/360 POP.
>Life was so much easier back then. Heck, the entire 360 POP on Bitsavers
>is 168 pages, including the cover. :)

Best of all, the 360 PrinOps was only $3 brand new!
Much better deal than Struble.

John Wilson
Monson, MA

Can I ask a stupid question (showing how little I "really" know about
Hercules)...

Is there a "prebuilt" version of "Hercwin64"?

If not, why not?

More and more 64-bit machines are showing up. Correct me if I'm wrong, but we do
have "prebuilt" versions for Win32, Linux and OSX, don't we? Why not Win64?

Herc and 64 just sounds like such a natural combo to me. :)

Maybe a dumb BTS :)))

--- In hercules-390@yahoogroups.com, "BruceTSmith" <brucetsmith@...> wrote:
>
> Can I ask a stupid question (showing how little I "really" know about
Hercules)...
>
> Is there a "prebuilt" version of "Hercwin64"?

Yes, you can find it at: http://www.ivansoftware.com/snapshots/snapshots/

Regards.

Paul

Unsubscribe
<mailto:hercules-390-unsubscribe@yahoogroups.com?subject=Unsubscribe>


<html>
<p class=MsoNormal><span style='color:#00B050'>Avant d'imprimer cet e-mail,
r&eacute;fl&eacute;chissons &agrave; l'impact sur
l'environnement.<o:p></o:p></span></p>
</html>


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

On Tue, 2009-11-24 at 10:54 +0100, CAPRON Romain wrote:
> Unsubscribe
> <mailto:hercules-390-unsubscribe@yahoogroups.com?subject=Unsubscribe>
>
>
> <html>
> <p class=MsoNormal><span style='color:#00B050'>Avant d'imprimer cet e-mail,
r&eacute;fl&eacute;chissons &agrave; l'impact sur
l'environnement.<o:p></o:p></span></p>
> </html>
>
>
> [Non-text portions of this message have been removed]

tu t'es visiblement raté ;)

--- In hercules-390@yahoogroups.com, Raphaël Jacquot <sxpert@...> wrote:
>
> On Tue, 2009-11-24 at 10:54 +0100, CAPRON Romain wrote:
> > Unsubscribe
> > <mailto:hercules-390-unsubscribe@yahoogroups.com?subject=Unsubscribe>
> >
> >
> > <html>
> > <p class=MsoNormal><span style='color:#00B050'>Avant d'imprimer cet e-mail,
r&eacute;fl&eacute;chissons &agrave; l'impact sur
l'environnement.<o:p></o:p></span></p>
> > </html>
> >
> >
> > [Non-text portions of this message have been removed]
>
> tu t'es visiblement raté ;)

Qu'est ce que tu pense, Raphael? Peut ètre qu'il est un chèvron? ;-)

A toute à l'heure

Paul

Hi Fish,

I downloaded Hercules w66 snapshop 5505 yesterday and gave it a spin.
Worked like a charm. I did a test IPL with the z/VM 5.3 Evaluation.
As you said, there are some performance hits.
  - -
Here are a few observations:
Looking at the Windows Task Manager while doing IPL with 4 GB of RAM.
Initially, I saw hercules acquiring all the pages until all the pages
of the Windows Server (2008 R2) 2 GB were all depleted.
The whole server went into a crawl (unresponsive state)
for many minutes while the page file was very active.
Then things start to behave better, Windows became responsive.
The IPL of the OS completed and I was able to have a
good response time given that this was a minimal z/VM.
  - -
My next step is to work with Linux-390 OS, so any questions
and comments related to that will move to another group.
Do you have any Linux distribution to suggest?
  - -
Let me know if you would like me to do tests of some kind
with this version (snapshot 5505) of Hercules.
  - -
Thanks for all you do for the Hercules community.
This is great stuff! - Félicitations!

Michel Beaulieu
  - -

--- In hercules-390@yahoogroups.com, "Fish" <fish@...> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> beaulieumichel wrote:
>
> > Hello,
> >
> > I have a test Windows Server 2008 R2 64 bit (2GB RAM with
> > large pagefile!), specially for that purpose.
>
> Even WITH a large pagefile, with only 2GB of RAM you will likely suffer
> horrible performance if you try running Hercules with a MAINSIZE value
> larger than about 1.25GB. This is because Windows itself needs 0.75-1.0GB
> for itself, leaving you only 1.25-1.0GB for Hercules before Windows begins
> paging.
>
> For larger MAINSIZE values you really should have *much* more RAM (4-8GB for
> example). Then you could probably run Hercules with a MAINSIZE of 3-7GB with
> acceptable performance.
>
> Keep in mind too, that what we're mostly interested in knowing is whether or
> not Hercules works okay with MAINSIZE values greater than the 32-bit maximum
> of 4GB. What we NEED is someone to test the Windows x64 version of Hercules
> with a MAINSIZE value larger than 4GB (e.g. 5-8GB for example).
>
>
> > My next step is to download the Visual C++ express 2008,
> > then build Hercules and try this.
> >
> > I will let you know of my progress.
>
> PLEASE NOTE that you do NOT actually need to build Hercules for yourself
> (unless you really WANT to of course!). Using any of the W64 snapshots
> should be good enough:
>
>   http://www.ivansoftware.com/snapshots/snapshots/
>
> Just make sure you have the latest Microsoft VC++ redistributables installed
> beforehand:
>
>   http://tinyurl.com/nnzjyn
>
>
> - --
> "Fish" (David B. Trout) - fish@...
> Fight Spam! Join CAUCE! <http://www.cauce.org/>
> 7 reasons why HTML email is a bad thing
> http://www.georgedillon.com/web/html_email_is_evil.shtml
> PGP key fingerprints:
> DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
> RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52
>
>
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP Desktop 9.8.0 (Build 2158)
> Charset: us-ascii
>
> wj8DBQFLCHXuSPXX9MTuPioRAm0IAJ9m2zJB+DVU/t6AU7457jJ9DuO1IACg2W68
> xOHyQOaMQapC5VGc0OFnMpI=
> =+NKm
> -----END PGP SIGNATURE-----
>

>> Trying to understand some of those explanations in POP
>> is difficult. The subject of the linkage stack is quite
>> convoluted and easy to mis- understand.

as important as the description of the instruction or concept is in POP,
what is not said is also equally important:  if POP doesn't say that
something will happen, then there is no guarantee that the subject of
your query will, in fact, happen.  it sounds mysterious until you look
at things like linkage stack descriptions et al...  add to that the
evolution of POP from it's green-card 360 days through today's 64-bit
environment.

if you read the description for just one instruction over and over, you
may come to the conclusion that the "writing style" was chosen quite
carefully and is very precise.  the language has to be precise.  POP is
the definitive and precise explanation of what is happening at what
seems to be a gazillion shmegigahertz inside those little chips.  it's
not going to be "light reading".  i used to read it when i had insomnia.

but it's much easier reading now - they use newer graphics.  i remember
trying to figure out exactly which bit in the register is referred to by
the "/" when neither of the digits below the "/" lined up.  maddening.
much better now.  be happy you're reading the upgrade!

yvette hirth

Thanks Paul,

I figured it had to be out there somewhere. :)

I guess my real question is...

Why don't we "freeze" one, and post it on Herc Home, down there by
"hercules-3.06-native.msi: Windows Installer package"

http://www.hercules-390.org/

BTS :)))

--- In hercules-390@yahoogroups.com, "paoloG" <crc@...> wrote:
> --- In hercules-390@yahoogroups.com, "BruceTSmith" <brucetsmith@> wrote:
> >
> > Can I ask a stupid question (showing how little I "really" know about
Hercules)...
> >
> > Is there a "prebuilt" version of "Hercwin64"?
>
> Yes, you can find it at: http://www.ivansoftware.com/snapshots/snapshots/
>
> Regards.
>
> Paul
>

--- In hercules-390@yahoogroups.com, "Fish" <fish@...> wrote:
>

>
> We should also support building via the Windows SDK as well. If it doesn't
> work (and it may not) it's only because no one has tried it recently.
>
> We originally only supported using their Visual C++ 2003 Toolkit, but then
> added support for using their Platform SDK as well (renamed to Windows SDK).
>
> But as I said it may not work, but only because no one has tested it
> recently. It may be broken (read: *I* may have broken it).
>

Just installed the SDK and I was able to build Hercules (latest SVN using
tortise SVN and it built and runs well with MVS 3.8 and the ve evaluation.

Laddie

--- In hercules-390@yahoogroups.com, "laddiehanus" <laddiehanus@...> wrote:
>
>
>
> --- In hercules-390@yahoogroups.com, "Fish" <fish@> wrote:
> >
>
> >
> > We should also support building via the Windows SDK as well. If it doesn't
> > work (and it may not) it's only because no one has tried it recently.
> >
> > We originally only supported using their Visual C++ 2003 Toolkit, but then
> > added support for using their Platform SDK as well (renamed to Windows SDK).
> >
> > But as I said it may not work, but only because no one has tested it
> > recently. It may be broken (read: *I* may have broken it).
> >
>

Sorry this is what I get for posting while I have several other things going on

Just installed the SDK and I was able to build Hercules (latest SVN using
tortoise SVN 5506)  and it built and runs well with MVS 3.8 and the VM
evaluation edition.

Got the Windows 7 SDK for AMD64, from the MSDN site running on a Sony Laptop
(dual core) with Vista x64 and 4gig of ram. Used the command line installed with
the SDK with zlib. bzip2 and pcre installed per Fish's instructions. There are 3
different SDK's x86, x64 and Itanium. The download is about 1.4 gig for the
AMD64 version.

I used the command

makefile.bat DEBUG-X64 makefile.msvc 8

to do the build.


Laddie

P.S. The svn browser on Ivan's site seems not to be working. I dont get the tree
but do get a message

No admin address has been configured

I know he is busy (I have had a crazy year also) but if someone can let him
know.

I'm still getting this error, looks like the latest executable snapshot has
this problem:

Hercules Version cvs-msvc-20091122
(c)Copyright 1999-2009 by Roger Bowler, Jan Jaeger, and others
Built on Nov 22 2009 at 01:00:46
Build information:
   Win32 (MSVC) build for i386
   Modes: S/370 ESA/390 z/Arch
   Max CPU Engines: 8
   Using fthreads instead of pthreads
   Dynamic loading support
   Using shared libraries
   HTTP Server support
   No SIGABEND handler
   Regular Expressions support
   Automatic Operator support
   Machine dependent assists: cmpxchg1 cmpxchg4 cmpxchg8 fetch_dw store_dw

HHCSC001E Load from c:/dasd/ipl/ipla80.ins failed: Permission denied

SCLPROOT shows a mismatch on the '/'. There is a forward and a backslash. I
think Roger Bowler identified this problem a few months back and it may have
been fixed but crept back in?

sclproot
SCLPROOT C:\DASD\IPL/

I'm running this on Windows Vista 32 bit.



On Thu, Jul 30, 2009 at 12:14 AM, Roger Bowler <rogerbowler@...>wrote:

>
>
> On Sunday, July 26, 2009 Philipp Brenner wrote:
> > This build is also broken:
> >> http://www.ivansoftware.com/snapshots/snapfiles/HERC20090724.ZIP
> >> Hercules Version cvs-msvc-20090724
> >> (c)Copyright 1999-2009 by Roger Bowler, Jan Jaeger, and others
> >> Built on Jul 24 2009 at 02:00:31
> > However that build works just fine (found via google):
> >
> http://www.ivansoftware.com/snapshots/snapshots/W32/W32-hercules-SVN-5433.zip
> >> Hercules Version 3.0.6.5433
> >> (c)Copyright 1999-2009 by Roger Bowler, Jan Jaeger, and others
> >> Built on Jul 24 2009 at 08:23:06
> > What's going on here?
>
> Since Hercules moved to svn some months ago, the cvs repository is no
> longer updated. Ivan's site is still generating nightly cvs snapshots
> but these are all out of date because they contain the code as it was
> just before the migration to svn.
>
> Until Ivan gets around to turning off the cvs snapshot generator and
> updating his website, you can use the following link to obtain the
> latest development versions of the source and binaries:
>
> http://www.ivansoftware.com/snapshots/snapshots
>
> and the following link to view the change logs:
> http://www.ivansoftware.com/cgi-bin/viewvc.cgi/
>
> --
> Regards,
> Roger Bowler
> http://perso.wanadoo.fr/rbowler
> Hercules "I can't believe it's not a mainframe!"
>
>
>



--
Wayne V. Bickerdike


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

--- In hercules-390@yahoogroups.com, Wayne Bickerdike <waynevb@...> wrote:
>
> I'm still getting this error, looks like the latest executable snapshot has
> this problem:
>
> Hercules Version cvs-msvc-20091122
> (c)Copyright 1999-2009 by Roger Bowler, Jan Jaeger, and others
> Built on Nov 22 2009 at 01:00:46
> Build information:
>   Win32 (MSVC) build for i386
>   Modes: S/370 ESA/390 z/Arch
>   Max CPU Engines: 8
>   Using fthreads instead of pthreads
>   Dynamic loading support
>   Using shared libraries
>   HTTP Server support
>   No SIGABEND handler
>   Regular Expressions support
>   Automatic Operator support
>   Machine dependent assists: cmpxchg1 cmpxchg4 cmpxchg8 fetch_dw store_dw
>
> HHCSC001E Load from c:/dasd/ipl/ipla80.ins failed: Permission denied
>
> SCLPROOT shows a mismatch on the '/'. There is a forward and a backslash. I
> think Roger Bowler identified this problem a few months back and it may have
> been fixed but crept back in?
>
> sclproot
> SCLPROOT C:\DASD\IPL/
>
> I'm running this on Windows Vista 32 bit.
>
>

If you read the message you replied to you would have the answer to your
question. Use the SVN link below instead of the CVS you show above.

>
> On Thu, Jul 30, 2009 at 12:14 AM, Roger Bowler <rogerbowler@...>wrote:
>
> >
> >
> > On Sunday, July 26, 2009 Philipp Brenner wrote:
> > > This build is also broken:
> > >> http://www.ivansoftware.com/snapshots/snapfiles/HERC20090724.ZIP
> > >> Hercules Version cvs-msvc-20090724
> > >> (c)Copyright 1999-2009 by Roger Bowler, Jan Jaeger, and others
> > >> Built on Jul 24 2009 at 02:00:31
> > > However that build works just fine (found via google):
> > >
> >
http://www.ivansoftware.com/snapshots/snapshots/W32/W32-hercules-SVN-5433.zip
> > >> Hercules Version 3.0.6.5433
> > >> (c)Copyright 1999-2009 by Roger Bowler, Jan Jaeger, and others
> > >> Built on Jul 24 2009 at 08:23:06
> > > What's going on here?
> >
> > Since Hercules moved to svn some months ago, the cvs repository is no
> > longer updated. Ivan's site is still generating nightly cvs snapshots
> > but these are all out of date because they contain the code as it was
> > just before the migration to svn.
> >
> > Until Ivan gets around to turning off the cvs snapshot generator and
> > updating his website, you can use the following link to obtain the
> > latest development versions of the source and binaries:
> >
> > http://www.ivansoftware.com/snapshots/snapshots
> >
> > and the following link to view the change logs:
> > http://www.ivansoftware.com/cgi-bin/viewvc.cgi/
> >
> > --
> > Regards,
> > Roger Bowler
> > http://perso.wanadoo.fr/rbowler
> > Hercules "I can't believe it's not a mainframe!"
> >
> >
> >
>
>
>
> --
> Wayne V. Bickerdike
>
>
> [Non-text portions of this message have been removed]
>

Some one in the past has scolded me for top-posting, but that is the way my
outlook mail is
Configured to work.  And  since this thread is already top-posted, I guess I
am safe :)

Wow interesting results, so what was your mainsize.

I would like to set up herc-64 on a windows server r2 core (hyper-v server)
but I
Do not want a big performace hit, because I will also be running other
virtual machines.

My server has 8 gb,  but I would want to cap herc at about 2 gb and save the
rest for
Virtual machines :)

Has anyone tried this on a core server ??
Were there any problems or hicups installing winpcap on a core server ???


________________________________

From: hercules-390@yahoogroups.com [mailto:hercules-390@yahoogroups.com] On
Behalf Of beaulieumichel
Sent: Tuesday, November 24, 2009 6:34 AM
To: hercules-390@yahoogroups.com
Subject: [hercules-390] Re: Hercwin64




Hi Fish,

I downloaded Hercules w66 snapshop 5505 yesterday and gave it a spin.
Worked like a charm. I did a test IPL with the z/VM 5.3 Evaluation.
As you said, there are some performance hits.
- -
Here are a few observations:
Looking at the Windows Task Manager while doing IPL with 4 GB of RAM.
Initially, I saw hercules acquiring all the pages until all the pages
of the Windows Server (2008 R2) 2 GB were all depleted.
The whole server went into a crawl (unresponsive state)
for many minutes while the page file was very active.
Then things start to behave better, Windows became responsive.
The IPL of the OS completed and I was able to have a
good response time given that this was a minimal z/VM.
- -
My next step is to work with Linux-390 OS, so any questions
and comments related to that will move to another group.
Do you have any Linux distribution to suggest?
- -
Let me know if you would like me to do tests of some kind
with this version (snapshot 5505) of Hercules.
- -
Thanks for all you do for the Hercules community.
This is great stuff! - Félicitations!

Michel Beaulieu
- -

--- In hercules-390@yahoogroups.com <mailto:hercules-390%40yahoogroups.com>
, "Fish" <fish@...> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> beaulieumichel wrote:
>
> > Hello,
> >
> > I have a test Windows Server 2008 R2 64 bit (2GB RAM with
> > large pagefile!), specially for that purpose.
>
> Even WITH a large pagefile, with only 2GB of RAM you will likely suffer
> horrible performance if you try running Hercules with a MAINSIZE value
> larger than about 1.25GB. This is because Windows itself needs 0.75-1.0GB
> for itself, leaving you only 1.25-1.0GB for Hercules before Windows begins
> paging.
>
> For larger MAINSIZE values you really should have *much* more RAM (4-8GB
for
> example). Then you could probably run Hercules with a MAINSIZE of 3-7GB
with
> acceptable performance.
>
> Keep in mind too, that what we're mostly interested in knowing is whether
or
> not Hercules works okay with MAINSIZE values greater than the 32-bit
maximum
> of 4GB. What we NEED is someone to test the Windows x64 version of
Hercules
> with a MAINSIZE value larger than 4GB (e.g. 5-8GB for example).
>
>
> > My next step is to download the Visual C++ express 2008,
> > then build Hercules and try this.
> >
> > I will let you know of my progress.
>
> PLEASE NOTE that you do NOT actually need to build Hercules for yourself
> (unless you really WANT to of course!). Using any of the W64 snapshots
> should be good enough:
>
> http://www.ivansoftware.com/snapshots/snapshots/
<http://www.ivansoftware.com/snapshots/snapshots/>
>
> Just make sure you have the latest Microsoft VC++ redistributables
installed
> beforehand:
>
> http://tinyurl.com/nnzjyn <http://tinyurl.com/nnzjyn>
>
>
> - --
> "Fish" (David B. Trout) - fish@...
> Fight Spam! Join CAUCE! <http://www.cauce.org/ <http://www.cauce.org/> >
> 7 reasons why HTML email is a bad thing
> http://www.georgedillon.com/web/html_email_is_evil.shtml
<http://www.georgedillon.com/web/html_email_is_evil.shtml>
> PGP key fingerprints:
> DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
> RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52
>
>
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP Desktop 9.8.0 (Build 2158)
> Charset: us-ascii
>
> wj8DBQFLCHXuSPXX9MTuPioRAm0IAJ9m2zJB+DVU/t6AU7457jJ9DuO1IACg2W68
> xOHyQOaMQapC5VGc0OFnMpI=
> =+NKm
> -----END PGP SIGNATURE-----
>

Hi
I am wondering when entering commands
such as B+ address-address on multi CPU
machine do I have to qualify CPU n
or without qualfications would Hercules break
when any of the CPU encountered that address
and then to step thru I would <enter>c
CPU # followed by the <enter> key to step
thru on the machine which the breakpoint was encountered


Thanks

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

laddiehanus wrote:

[...]
> I used the command
>
> makefile.bat DEBUG-X64 makefile.msvc 8
>
> to do the build.

Debug builds are not optimized and usually too slow for most work. If it
works for you and provides acceptable performance, then fine. But it usually
doesn't for more, um, "modern" operating systems.

Therefore unless you plan to actually do some real honest to goodness
Hercules development, I personally would strongly recommend using the
command:

   makefile.bat  RETAIL-X64  makefile.msvc  8

instead (i.e. 'RETAIL' instead of 'DEBUG').

- --
"Fish" (David B. Trout) - fish@...
Fight Spam! Join CAUCE! <http://www.cauce.org/>
7 reasons why HTML email is a bad thing
http://www.georgedillon.com/web/html_email_is_evil.shtml
PGP key fingerprints:
DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52





-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.8.0 (Build 2158)
Charset: us-ascii

wj8DBQFLDZqiSPXX9MTuPioRArQaAKCv2qM8bWPvcj1Ozpz5Ercs335EwwCg74J1
wvb3JSQYj75vxn8g1M+IfVk=
=TR81
-----END PGP SIGNATURE-----

--- In hercules-390@yahoogroups.com, "Fish" <fish@...> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> laddiehanus wrote:
>
> [...]
> > I used the command
> >
> > makefile.bat DEBUG-X64 makefile.msvc 8
> >
> > to do the build.
>
> Debug builds are not optimized and usually too slow for most work. If it
> works for you and provides acceptable performance, then fine. But it usually
> doesn't for more, um, "modern" operating systems.
>
> Therefore unless you plan to actually do some real honest to goodness
> Hercules development, I personally would strongly recommend using the
> command:
>
>   makefile.bat  RETAIL-X64  makefile.msvc  8
>
> instead (i.e. 'RETAIL' instead of 'DEBUG').
>

Normally I would use retail but since I was testing if the build process worked
I used debug in case there were problems.

I havent built hercules much since the other 380 project went into hibernation
anyway.

Laddie

> - --
> "Fish" (David B. Trout) - fish@...
> Fight Spam! Join CAUCE! <http://www.cauce.org/>
> 7 reasons why HTML email is a bad thing
> http://www.georgedillon.com/web/html_email_is_evil.shtml
> PGP key fingerprints:
> DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
> RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52
>
>
>
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP Desktop 9.8.0 (Build 2158)
> Charset: us-ascii
>
> wj8DBQFLDZqiSPXX9MTuPioRArQaAKCv2qM8bWPvcj1Ozpz5Ercs335EwwCg74J1
> wvb3JSQYj75vxn8g1M+IfVk=
> =TR81
> -----END PGP SIGNATURE-----
>

laddiehanus wrote:

>--- In hercules-390@yahoogroups.com, "Fish" <fish@...> wrote:
>
>
>>-----BEGIN PGP SIGNED MESSAGE-----
>>Hash: SHA1
>>
>>laddiehanus wrote:
>>
>>[...]
>>
>>
>>>I used the command
>>>
>>>makefile.bat DEBUG-X64 makefile.msvc 8
>>>
>>>to do the build.
>>>
>>>
>>Debug builds are not optimized and usually too slow for most work. If it
>>works for you and provides acceptable performance, then fine. But it usually
>>doesn't for more, um, "modern" operating systems.
>>
>>Therefore unless you plan to actually do some real honest to goodness
>>Hercules development, I personally would strongly recommend using the
>>command:
>>
>>  makefile.bat  RETAIL-X64  makefile.msvc  8
>>
>>instead (i.e. 'RETAIL' instead of 'DEBUG').
>>
>>
>>
>
>Normally I would use retail but since I was testing if the build process worked
I used debug in case there were problems.
>
>I havent built hercules much since the other 380 project went into hibernation
anyway.
>
I am hoping this has not caused a problem for you.  If so, my apologies.

I did not intend for it to go into hibernation.  At the time, the
developers did not want to put the changes into the source tree just
before 3.06 was to be released.  So I waited (and a while after for the
post release issues to settle down).  That was about the time I got
"sucked" into working on the OpenSolaris support.  Well, here we are
again, just before a major release.  I will try to see what I can do
about getting the I/O changes in after the next release.  It has been
imminent for a while now.  Not sure what is going on with it.  The other
developers really want some burn in time for these I/O changes, just in
case.

There is also a compile option to back port some of the modern
instructions into S/370.  Sort of the opposite of the above changes,
that forward port S/370 I/O into ESA/390 and z/Architecture.  I also
want to look at how we might enable these instructions without a local
build.

>
>Laddie
>
>
>
>>- --
>>"Fish" (David B. Trout) - fish@...
>>Fight Spam! Join CAUCE! <http://www.cauce.org/>
>>7 reasons why HTML email is a bad thing
>>http://www.georgedillon.com/web/html_email_is_evil.shtml
>>PGP key fingerprints:
>>DH/DSS: 9F9B BAB0 BA7F C458 1A89 FE26 48F5 D7F4 C4EE 3E2A
>>RSA: 6B37 7110 7201 9917 9B0D 99E3 55DB 5D58 FADE 4A52
>>
>>
>>
>>
>>
>>-----BEGIN PGP SIGNATURE-----
>>Version: PGP Desktop 9.8.0 (Build 2158)
>>Charset: us-ascii
>>
>>wj8DBQFLDZqiSPXX9MTuPioRArQaAKCv2qM8bWPvcj1Ozpz5Ercs335EwwCg74J1
>>wvb3JSQYj75vxn8g1M+IfVk=
>>=TR81
>>-----END PGP SIGNATURE-----
>>
>>
>>
>
>
>
>
>------------------------------------
>
>Community email addresses:
>  Post message: hercules-390@yahoogroups.com
>  Subscribe:    hercules-390-subscribe@yahoogroups.com
>  Unsubscribe:  hercules-390-unsubscribe@yahoogroups.com
>  List owner:   hercules-390-owner@yahoogroups.com
>
>Files and archives at:
>  http://groups.yahoo.com/group/hercules-390
>
>Get the latest version of Hercules from:
>  http://www.hercules-390.org
>
>Yahoo! Groups Links
>
>
>
>
>
>

It appears that the maxsize specification to limit the file size of the HET tape
file is checked after the block is compressed. Should this be made before
compression, limiting the amount of "real" data in the file?

On real tape a 3490R is 800 megabytes of compressed data. I have written several
gigabytes of highly compressable data to 1 cartridge.

The Sun/StorageTek VSM works the same way.

Laddie

--- In hercules-390@yahoogroups.com, "pfg504" <pfg504@...> wrote:
>
> It appears that the maxsize specification to limit the file size of the HET
tape file is checked after the block is compressed. Should this be made before
compression, limiting the amount of "real" data in the file?
>