I can see nothing obviously wrong with your code. Because the function
is inlined there could be a subtle bug near where the function is
called. Can you reproduce the problem with a simple test driver?
FWIW, I implemented ffs64() like this.
static inline int ffs64( uint64_t word )
{
if (
Thanks,
I will have a look at it.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Saturday, July 20, 2013 17:08
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ACS routine imbed/include function?
Also here
Hi Esmee,
It is a little convoluted, but if you follow the code in the job deck, you can
see it calls ACBQBAR7, check that code and you find that it calls ACBQADR3 and
in there you find this:-
DO WHILE(eof = 'no')
dcolrec = rec.1
On 22/07/2013 12:17 PM, Charles Mills wrote:
# 0 and NOINLINE TEST or 2 and INLINE NOTEST
# OPT(0) NOINLINE TEST GONUMBER
OPT(2) INLINE NOTEST NOGONUMBER COMPRESS
Are you concerned about the size of your load modules? I can understand
that in C++ code that uses STL
Well I think it is a bug.
the following source:
#include stdio.h
#include stdlib.h
#include stdint.h
#include string.h
int main( int argc, char **argv )
{
uint64_t n = 0x0034LLU;
uint32_t b = n 32;
printf( %08X %08X\n, b);
}
With OPT(0) it generated:
LARL
The bug is in your code. Your only passing one argument to printf().
On 22/07/2013, at 8:38 PM, Tom Russell tom_russ...@sympatico.ca wrote:
Well I think it is a bug.
the following source:
#include stdio.h
#include stdlib.h
#include stdint.h
#include string.h
int main( int argc, char
Hi,
I would like to retrive information reside in the PSO dataspace of JES2, I
have done the following:
USING HCCT,R5
MVC WSAJTOK,CCTJSTKN
ALESERV ADD, add STOKEN to ALET X
STOKEN=WSAJTOK,
Are you coding in C or C++? static_cast is a C++ feature.
- Original Message -
From: Charles Mills charl...@mcn.org
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Saturday, July 20, 2013 5:36:01 PM
Subject: Re: Looking for help with an obscure C integer problem
Thanks. How would I solve this with a
Since the evaluated expression is automatically converted to the type of the
left operand aspart of the assignment process, what purpose does the cast serve?
- Original Message -
From: David Crayford dcrayf...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Saturday, July 20, 2013 8:06:37
I use them so that the reader of the code knows for certain sure that I did
intend to change from one precision to another, with possible loss of
information. Also, I like to compile with all messages enabled and still
get no warnings. I do a fair amount of unnecessary coding to get an RC of
0,
You remember incorrectly. The expr4essions of the right are evaluated
accoriding to the normal rules. Only the final result is coerced into the
type of the left operand.
- Original Message -
From: Bernd Oppolzer bernd.oppol...@t-online.de
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sunday,
R.S. asked:
BTW: What's wrong with whole disk encryption? Why field-level encryption is
better? IMHO it addresses different needs.
Arye Shemer wrote:
First I 'll try to explain the reasoning behind my request.
1. Encryption of 'Data In Rest' is a requirement by local PCI regulation
2.
Ouch.
There are quite a few issues with what you are trying to do :
(1) Adding the STOKEN of a foreign ASID to your PASN-AL or DU-AL using
CHKEAX=NO is violating z/OS system integrity.
(2) The ALET that a foreign ASID uses to address data in a non-common dataspace
will be completely different
No purpose at all. Merely clutching at straws trying to circumvent Charles
rather baffling problem. It's not uncommon to see casts like that but it is
unnecessary. Of course going the other way does require casts for conversion.
unsigned int anUInt = 0xc000;
long long aLongLong = (long
C++ per OP.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of retired-mainfra...@q.com
Sent: Monday, July 22, 2013 6:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for help with an obscure C integer problem
Are you
Update:
- parentheses did not fix the problem: testWord = (valueToTest = 32);
- splitting it into two instructions did not fix the problem:
valueToTest = 32;
testWord = valueToTest;
- recompiling just the single module with Opt(0) rather than Opt(2) did fix
the problem.
Everything else 100%
On Sun, 21 Jul 2013 17:03:55 -0400, John Gilmore wrote:
begin extract
It is at the compiler's and optimizer's discretion to decide the order
of execution for code that the C++ standard does not specifically
define. This includes overlapping execution.
/end extract
and this may be conceded. What
With the constant 0x0034... as a literal in the code the compiler is able to
short-circuit the shift entirely.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Russell
Sent: Monday, July 22, 2013 5:39 AM
To:
Before complaining somewhere about a compiler error,
I would strongly recommend to take a look at the assembly listing.
Not one look, but better: have another person take a second look.
It once happened to me that by looking at the assembly listing
I believed to see the evidence of a compiler
Ed,
That is a very small subset these days.
AFAIK - OBJ Decks from compilers, TSO XMIT datasets, TRSMAIN (though I think
this is 6k) and a few others are still dependent on 3120 blksize. However,
I would think allowing your users to specify BLKSIZE=0 would be a benefit.
Unless you have one of
The right operand in this case is the result of evaluating the expression. The
quoted text is not meant to imply that operands are converted before the right
hand expression is evaluated. If that were the case, then
int x = 14.0/2.1;
would evaluate to 7 which is demonstrably not the case.
A customer (mildly) complained thatsome of our product allocations still
use BLKSIZE=3120. I vaguely remember trying to change all of them to
BLKSIZE=0 many years ago (probably before OS/390) and running into some
issues with certain IBM utilities. Unfortunately, I can't remember the
Last time I explored this issue, the problem went beyond 'help'. In many
cases of 'product allocated' files, existing output blocksize was
overridden by 3120 regardless of how it was set ahead of time. I really
don't think that BLKSIZE=0 will cause a problem. You just may not get what
you
On 7/22/2013 9:28 AM, Charles Mills wrote:
I took the giant leap several years ago and stopped using 3120 for TSO XMIT.
I hard-code 27920. Not as wonderful as 0, but better than 3120. Several
years now with no issues.
Good to know. I suppose for errors in help, rather than in the manual,
I've
Gilbert has a zap on CBT file 183 to overlay 3120 with zero in the OUTPUT
DCB of XMIT. It may have to be reworked.
Regards,
John K
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
07/22/2013 11:28:26 AM:
From: Charles Mills charl...@mcn.org
To: IBM-MAIN@listserv.ua.edu
Date:
W dniu 2013-07-22 18:08, Ed Jaffe pisze:
A customer (mildly) complained thatsome of our product allocations
still use BLKSIZE=3120. I vaguely remember trying to change all of
them to BLKSIZE=0 many years ago (probably before OS/390) and running
into some issues with certain IBM utilities.
That is another case, because the right side operands are not ints.
For ints, I saw references that all operands are promoted to ints,
if they can be represented as an int (that is true for chars, shorts etc.).
Don't know for sure about longs, for example; if long differs in size
from int, and
On 7/22/2013 12:08 PM, Ed Jaffe wrote:
A customer (mildly) complained thatsome of our product allocations still
use BLKSIZE=3120. I vaguely remember trying to change all of them to
BLKSIZE=0 many years ago (probably before OS/390) and running into some
issues with certain IBM utilities.
Hmm. I *may* need to take back what I said. It looks like for XMIT I specify
27920 but it forces 3120. Would need to do more research and no time at the
moment.
I *know* I tell customers to allocate a file 27920, upload from the PC, and
run RECEIVE against it, so I know that works -- or at least
Take this with a large bucketful of salt 'cause I haven't got my own automount
set up yet but someone will likely stomp on it if it's blatantly incorrect.
I think I recall (from feb) that you can't include directories in the name
option ie. name cics/wsbind is not valid. I believe you have to
Jerry, The partitioning available to the host systems is only by category
numbers.
You dont have to partition, but reasons to create 2 partitions in your case
include:
- tape management system - if not a single VMF shared between test/prod
- TCDB - this must be shared to avoid conflicts of
Radoslaw,
#4) rmm use of REJECT ANYUSE had some limitations. You now have the option of
using PRTITION statements in rmm parmlib for more effective partitioning. Use
in conjunction with OPENRULE.
Mike
--
For IBM-MAIN
3120 * 15 = 46800 / 55996 = 83.58% of maximum.
On Mon, Jul 22, 2013 at 12:41 PM, Charles Mills charl...@mcn.org wrote:
Hmm. I *may* need to take back what I said. It looks like for XMIT I specify
27920 but it forces 3120. Would need to do more research and no time at the
moment.
I *know* I
On 7/22/2013 10:41 AM, Charles Mills wrote:
Hmm. I *may* need to take back what I said. It looks like for XMIT I specify
27920 but it forces 3120. Would need to do more research and no time at the
moment.
This finding is consistent with John Kalinich's post where he describes
the availability
On Sat, 20 Jul 2013 23:26:36 -0500, Ed Gould edgould1...@comcast.net wrote:
Big Blue cedes software and systems training biz to partners
http://www.channelregister.co.uk/2013/07/16/
ibm_software_systems_training_channel/
*IF* this is true... is Z/os may not be far behind.
Eh? What do you mean
83.58% is hardly the end of the world IMHO.
27920 x 2 ~= 99.7%
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mike Schwab
Sent: Monday, July 22, 2013 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLKSIZE=3120
3120 * 15
Hello,
I see another developer on here. And we send our product out using TSO XMIT.
Which gives rise to a question. I saw some techie state that he would not
install a product unless he could use SMP/E. Is this something us developers
should explore or is it a big headache that is not
If there are any restrictions, they should be APAR'ed. 3120, 6160,
6144, etc. is SO 20th century. It's amazing to me how many IBM and OEM
products still ship these crappy blocksizes. It's why I submitted a
SHARE requirement to have AMATERSE support SDB. Isn't it ironic that a
utility
When performing integer (not int) arithmetic with integer operands of rank
lower than int, the operands will be promoted to either int or unsigned int.
When adding two short or two char or a char and a short, both operands will be
promoted to int before the addition and the result will be an
A few months ago I assisted a customer who was having difficulty installing
SimpList. The installation instructions specify the sequential data set the
XMIT files are uploaded to MUST be allocated as BLKSIZE=3120, but the installer
specified BLKSIZE=0. I don't remember exactly what problem this
I, personally, as a z/OS system programmer tend to like SMP/E. IBM has made
installation simple via ShopzSeries. I put in my order. I eventually get an
email saying it is ready. I log on to get the download information that I
need and run a single SMP/E job which downloads and sets it up
Interesting. Thanks much!
Duffy Nightingale
Sound Software Printing, Inc.
www.soundsoftware.us
du...@soundsoftware.us
Phone: 360.385.3456
Fax: 973.201.8921
The information in this e-mail, and any attachment therein
is confidential and for use by the addressee only. If you are
not the intended
FTP has some bizarre default, something like RECFM=U, BLKSIZE=511.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Dave Salt
Sent: Monday, July 22, 2013 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BLKSIZE=3120
A few
We prefer to have SMP/E installs for all our program products and specifically
ask when researching new products to be selected.
Jerry Whitteridge
Lead Systems Programmer
Safeway Inc.
925 951 4184
If you feel in control
you just aren't going fast enough.
-Original Message-
From: IBM
Small product with just a few libraries and fairly stand-alone is ok via XMIT.
Especially if it is mostly maintained by replacement.
Anything more complex is helped by SMP/E, but even with IBM (and CA) when done
with SMP/E, there is still usually half or more of the install doing
configurations
On Mon, 22 Jul 2013 15:32:37 -0400, Jim Mulder wrote:
AMATERSE assigns a blocksize of 6144, which was a reasonable thing
to do when AMATERSE was designed (before the existence of SDB).
If you explicitly assign a blocksize when you allocate the
data set, AMATERSE will use your blocksize.
ITYM
On Mon, 22 Jul 2013 12:16:00 -0700, Duffy Nightingale wrote:
we send our product out using TSO XMIT. Which gives rise to a
question. I saw some techie state that he would not install a
product unless he could use SMP/E. Is this something us developers
should explore or is it a big headache
I just got a reply to an SR asking for more information about the
problem, then adding the text:
Please also let me know what impact this issue has on your day
to day business so we can understand the situation better.
I look forward to your reply and clarification. Thanks!
Am I to
Tom Marchant said:
AFAIK, Innovation (FDR, etc.) still ships their products without SMP/E, and
their installation is (IMO) one of the best. IIRC, Quickref is another that
is
not installed with SMP/E.
SimpList can be added to that list as well. One reason is because many
developers want
Just taking this to a new thread
Personally I prefer SMP/E installs. It provides the following
Ease of installation
Ease of verifying Maint Levels
Ease of upgrades or phase outs.
When I have NON SMP/E installs they tend to be just simple IEBCOPY from here to
here.
Then it is up to me to
I have seen this question with most vendors.
What is the impact to your environment. How critical is this to be fixed.
I think it helps them to triage the problem and put it in the queue where it
will get the correct attention.
Is this a SHOP DOWN or a Minor inconvenience.
Lizette
On Mon, 22 Jul 2013 16:41:12 -0400, Dave Salt wrote:
SimpList can be added to that list as well. One reason is because many
developers want to try SimpList by installing it in their own private
libraries, and they don't have access to SMP/E.
Shame on IBM for transmogrifying SMP/E into a
Ed:
Some time ago (before the binder IIRC) the input into the link editor
had a max block size of 3200 (if memory serves me). I think with the
binder the restriction has been removed.
Ed
On Jul 22, 2013, at 11:28 AM, Charles Mills wrote:
I took the giant leap several years ago and
On Mon, 22 Jul 2013 15:53:01 -0500, Paul Gilmartin wrote:
On Mon, 22 Jul 2013 15:35:49 -0500, Tom Marchant wrote:
IMO if a vendor doesn't do their SMP/E packaging correctly,
it is better that they not bother.
Where can I find some Rules of Thumb; an SMP/E style checker?
I'm not aware of
Lizette:
Well said.
In the past 40+ years I have done all types of installs. SMPE in the
end simplifies installation.
I have frequently rejected a product just because that it is not
installed via SMPE.
I have seen everything from an IEBCOPY to quite complicated
installation procedures.
Folks,
Does anybody have any guidelines for making a product SMP/E installable ??.
Yes, I've been thru the manuals but what I don't find are recommendations
and or
'gotchas' ...
Any advice and or direction would be appreciated.
Kind Regards.
Jim
-Original Message-
From: IBM
On Mon, 22 Jul 2013 16:51:51 -0500, Tom Marchant wrote:
Where can I find some Rules of Thumb; an SMP/E style checker?
I'm not aware of either. There is the Packaging Rules manual, but there is
much that
is not covered there. It is focused primarily on correct SYSMOD construction.
Some
Right, severity.
Charles
Composed on a mobile: please excuse my brevity
Lizette Koehler stars...@mindspring.com wrote:
I have seen this question with most vendors.
What is the impact to your environment. How critical is this to be fixed.
I think it helps them to triage the problem and
On Mon, 22 Jul 2013 13:48:33 -0700, Lizette Koehler wrote:
I have seen this question with most vendors.
What is the impact to your environment. How critical is this to be fixed.
I think it helps them to triage the problem and put it in the queue where it
will get the correct attention.
On Mon, 22 Jul 2013 09:08:12 -0700, Ed Jaffe wrote:
A customer (mildly) complained thatsome of our product allocations still
use BLKSIZE=3120. I vaguely remember trying to change all of them to
BLKSIZE=0 many years ago (probably before OS/390) and running into some
issues with certain IBM
At 16:51 -0500 on 07/22/2013, Tom Marchant wrote about Re: BLKSIZE=3120:
Most PTFs should be able to be applied, restored and applied again
without issues.
This is an issue since the design of RESTORE is broken due to its
poor handling of SUPS/PREs If I can Apply a SYSMOD I should be able
I run with USERDATASETSERIALIZATION and since I have many potentially multi
volume PS datasets (Stripped/Extended in default dataclass), I really need to
continue this.
I also do EXPIREDDATASETS(SCRATCH). I also have disk datasets created with
EXPDT=98nnn because I implemented TMM long
Long prior to the advent of SDB, I had formed the habit of omitting
BLKSIZE in my Rexx EXECs. The Rexx function library was smart:
it chose good BLKSIZEs and/or I didn't much care about fractional
deviations from absolute optimality. And, for all I knew (and didn't
care) it adapted well to
You can still use native SMP/E in batch to retain control of your system
installs/maintenance: just do CBIPO instead of IBM's 'recommended'
installs (the distribution tapes should still be in the original format).
IBM had been trying to force us to use their SMP/E 'dialogs' since the
mid/late
In 025801ce86f6$64021d20$2c065760$@mindspring.com, on 07/22/2013
at 09:13 AM, Lizette Koehler stars...@mindspring.com said:
AFAIK - OBJ Decks from compilers, TSO XMIT datasets, TRSMAIN (though
I think this is 6k) and a few others are still dependent on 3120
blksize.
My recollection is that
In 7455665327418361.wa.m42tomibmmainyahoo@listserv.ua.edu, on
07/22/2013
at 04:51 PM, Tom Marchant m42tom-ibmm...@yahoo.com said:
This is not likely an exhaustive list.
o Don't use RELFILE for ++ APAR or ++ PTF
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
Atid/2
In 00a401ce870f$e7dd43e0$b797cba0$@soundsoftware.us, on 07/22/2013
at 12:16 PM, Duffy Nightingale du...@soundsoftware.us said:
I see another developer on here. And we send our product out using
TSO XMIT. Which gives rise to a question. I saw some techie state
that he would not install a
In 326064299181.wa.paulgboulderaim@listserv.ua.edu, on
07/22/2013
at 03:41 PM, Paul Gilmartin paulgboul...@aim.com said:
Am I to infer that IBM no longer believes in repairing defects simply
because it's the right thing to do?
I would infer that IBM wants to know whether it warrants
Jim,
Good memory.
My memory is a bit different (not by much though).
DFP 3.1 first offered SDB
TSOe (I think) at 2.1 ++ many PTF's for Rexx .
I recall having not to implement XA for REXX (not being fully ready
and SWA (above) not being fully supported by vendors. In one case I
had to change
On 21/07/2013 7:15 PM, John McKown wrote:
Such as? I will grant that REXX is old. But so are PERL, awk, and many
other UNIX tools. Him, perhaps lua. But there is a port of lua to z/OS. A
person here was kind enough to send it to me.
If anybody is interested in Lua drop me a line. I've been
On Mon, 22 Jul 2013 21:25:23 -0400, Robert A. Rosenberg wrote:
This is an issue since the design of RESTORE is broken due to its
poor handling of SUPS/PREs If I can Apply a SYSMOD I should be able
to restore it without needing to also restore any SYSMODs it PREs.
IOW: If it PREs SYSMOD1 which has
71 matches
Mail list logo