umentation in JES2 where the member is coming from.
OTOH, that means that you do not use the system PARMLIB concatenation for your
JES2 parameters.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instru
On Wed, 3 Aug 2016 00:02:28 +0300, Itschak Mugzach <imugz...@gmail.com> wrote:
>Yes. But this is a defalt exit we use on ower zpdt box. Almost 100% vanila.
Does the exit by any chance reference SWA control blocks without using SWAREQ?
Just a wild guess...
--
Tom
corrupted?
Is this the message from your IEFACTRT exit?
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Mon, 1 Aug 2016 22:14:42 -0500, Paul Gilmartin wrote:
>IR46970
That's pretty old. PTF released in 2001, with a correcting PTF in 2002.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
e the prior
>attempt. That is no longer true. The fix might supersede the previous but
>it might just PRE-req the previous.
Agreed. If an APAR fix needed a second APAR fix to correct the problem,
the second can PRE or SUP the first.
--
Tom Marchant
--
On Sat, 30 Jul 2016 15:32:41 -0500, Paul Gilmartin wrote:
>On Fri, 29 Jul 2016 23:28:27 -0500, Tom Marchant wrote:
>>
>>When an APAR fix is created for the APAR problem description, it starts with
>>"A". If a
>>second APAR fix is created, perhaps f
On Fri, 29 Jul 2016 18:16:50 -0500, Paul Gilmartin wrote:
>On Fri, 29 Jul 2016 16:22:08 -0500, Tom Marchant wrote:
>>
>>>SMP/E for z/OS Commands
>>>The ACCEPT command
>>>o The SYSMOD named as the reason ID for the exception ...
>>>
On Fri, 29 Jul 2016 15:16:17 -0500, Paul Gilmartin <paulgboul...@aim.com> wrote:
>On Fri, 29 Jul 2016 12:21:26 -0500, Tom Marchant <m42tom-ibmm...@yahoo.com>
>wrote:
>>>>
>>>Is this true even if RRR is an APAR ID rather than a SYSMOD ID? (I
>&g
rap.
So it's not that SLIP was excluded, it never saw the S0Cx abend. In fact, the
Program
Interruption was never converted to a S0Cx abend.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send e
On Fri, 29 Jul 2016 12:03:24 -0500, Paul Gilmartin wrote:
>On Fri, 29 Jul 2016 08:57:50 -0500, Tom Marchant wrote:
>>
>>If a superseding PTF was applied, you can go into SMP 3.2 and query SYSMOD
>>RRR. You will find that it has a status of SUP in your target and/or
at matter, I suppose that the
resolving PTF could have been applied earlier, and the error PTF applied later
with BYPASS(ERROR PRE).
If you want to verify that things were done correctly, SMPLOG is your friend.
--
Tom Marchant
--
Fo
e, the JCLIN that you provide to SMP/E for this LMOD will not cause
the second link outside of SMP/E to have the alias.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ample, initiator 16?
2. Class B initiator?
3. A particular iteration of one of the above? That is, an initiator from the
time it was started until it stopped.
4. Something else?
--
Tom Marchant
--
For IBM-MAIN subscribe / s
On Mon, 25 Jul 2016 13:51:28 -0500, Tom Marchant <m42tom-ibmm...@yahoo.com>
wrote:
>On Mon, 25 Jul 2016 18:36:13 +, Way, Richard wrote:
>
>>I should have mentioned that we have customers run a separate link job anyway
>>after the RECEIVE/APPLY/ACCEPT.
>
>Wh
)
>++JCLIN RELFILE(1)
Why do you want to package your PTF in RELFILE format?
There are examples of how to package a PTF with JCLIN in the SMP/E Reference
under JCLIN. Have you looked at them?
--
Tom Marchant
--
F
JOB card:
In a JES2 system, the default is based on the source of the job: The system
makes the job's class the same as the installation-specified default class for
the particular card reader, work station, or time-sharing user that submitted
the job.
--
Tom
request for more data, but at least we would have had a place to
start. You've shown the PSW. You haven't shown the data at and before the PSW.
Do you have the ILC?
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / arc
r chance that someone will be able
to see something that you didn't.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
n. Or use the Locate command:
L SysSym
I suspect (E)JES has similar support, but don't know how to access it.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listse
0001011, and 0001110
through 011 binary are reserved for possible
future assignments. Codes 100 through
111 binary are available for use by programming.
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive acc
rather moot at this point.
The format of the linkage stack is well documented in the Principles of
Operation.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lis
ly written to
(MOD) by a program that specified a different blocksize, the DSCB would have
been updated to reflect the more recent blocksize, which may not be enough to
read existing blocks on the data set.
This is largely guesswork and supposition, based upon minimal information
provided
the BDWs on disk are wrong, and can be
corrected. Didn't Joe say that all I/O to the file has been using QSAM? If that
is true, the BDW is the length of the block and to change it will likely cause
errors.
--
Tom Marchant
-
st that SyncSort's perfocmance is suffering from using zIIPs (simplified
>and exagerated, I know).
I understood "there is a low offload potential and the value to clients may be
marginal" as meaning that there would not be much benefit in using zIIP. Not
that it would be worse.
--
Tom Mar
icoded
instructions that somehow are dispatched on another processor. That seems quite
unlikely to me.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.
formation to enable us to duplicate his job. All
we can do is guess.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
d.
>
>Would it make sense to make it a kneecapped 2 way with a zIIP? Are
>there areas where this would improve performance?
Are you assuming that in order to get a zIIP he'd have to give up a CP?
That isn't the case. There are available
already logged on to LPAR1..
Does it really say LPAR1? Or does the it just say that you are already logged
on the the current LPAR?
>This gets resolved after My ID is cancelled from LPAR 2.
If your session was really cancelled on LPAR2, you were logged on to LPAR2
On Wed, 13 Jul 2016 10:54:05 -0500, John McKown wrote:
>On Wed, Jul 13, 2016 at 10:33 AM, Tom Marchant <
>000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
>> Or COBOL. Or PL/I. (I think)
>>
>
>There's a 64 bit XPLINK COBOL compiler now?
Sorry about th
does
>all the real work.
Or COBOL. Or PL/I. (I think)
Why do you want to be XPLINK-64?
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ains X'E3',
the remaining bits of the opcode are in bits 40-47.
>
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
n on Program
Interruptions. These are detected by the processor as instructions are executed.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the messa
Ned, or
>WRITE (a record to) a file which has not been successfully OPENed.
>
>There will be no S0C1.
That depends on your LE options. IIRC, if you have TRAP(OFF), you will get the
S0C1
>On Tuesday, 12 July 2016 14:59:20 UTC+2, Tom Marchant wrote:
>>
>> Yes. The addr
e address of the GET or PUT routine has not been filled in. as a result,
that location contains zero. Branch to location zero causes a S0C1.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
On Fri, 24 Jun 2016 00:23:18 -0500, Andre Schoeman wrote:
>SLLGR0,R3,32 /* Shift bits 0-31 in R3 to bits 32-63 in R0 */
I think you mean SRLG.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive acc
On Thu, 23 Jun 2016 22:27:37 +, Hardee, Chuck wrote:
> LR R15,R3 Copy low 32-bits to R15
> SRLGR0,R3,32Copy upper 32-bits to R0
>
>You may want to add an SR or XR for register 0 and 15 prior to the above two
>instructions if you want to make sure
ch GDG.
You could do it another way, for example with IDCAMS.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
udy the TIOT map in the Data Areas manual.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
resulting size of the region above 16 megabytes depends on system options and
what system software is installed.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu w
signs Job ID differently from JES2.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
to run it.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
0-31) of GPRs 2 through 14 are unchanged
It seems to me that the low half of 14 should be unchanged as well, but that's
not what the book says.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instru
Floating Point Control (FPC) Register is
unchanged with the exception of two fields: the IEEE exception flags and the
data exception code (DXC).
o When return information is provided in GPR 0, 1, and/or 15 (for example
return and reason codes), only bits 32-63 of the register contain th
n the case of the GPRs) bits 32-63 is zero.
As Ed pointed out, this is a DIAG trap that is intended to help you to find
errors in your code
where you assume that the high halves are zero when they may not be.
--
Tom Marchant.
-
An old generation
will fall off the end if the limit had been reached. In ISPF you can override
this behavior with SAVE NOGEN. I assume that there is a way for a batch job to
do the same, but I don't know how.
--
Tom Marchant
--
F
On Mon, 6 Jun 2016 16:08:30 -0500, Paul Gilmartin wrote:
>a programmer might
>have typed JCL from scratch in an editor then SUBMIT on the command
>line.
I sometimes do that from within SDSF using line command SJ.
And I frequently resubmit a job the same way.
--
Tom
tion. If you open a
prior generation and save it without NOGEN, a new generation is created that
becomes the most current.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send em
often use SAVE NOGEN when saving a member to make it easier to manage. And I
always have AUTOSAVE OFF in my profiles.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
s on DASD, you can use DELETE NVR.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
. Then I could use MD and D line commands to selectively undo the
changes, and possibly SAVE NOGEN.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
any incidents of OOPS I didn’t mean to do
>that.
Really? Can you give examples? I've never had a problem caused by the fact that
I use DDDEFs.
>Also with DDEFS there can be too many fingers in the pie and that leads to
>oops.
Why? When I create a zone, I define the DDDEFs, then leav
On Wed, 11 May 2016 13:16:51 +, Brenton, Ren wrote:
>2) It does not update the PDS stats.
ITYM ISPF stats.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to li
than
what
you have specified in IEASYSxx
This is described in detail in the Init and Tuning Reference.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
at language? If LE, the environment switching might also be
expensive.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RB # 1 pauses, SRB #2 can be dispatched on the same
processor.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Stream.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Fri, 29 Apr 2016 07:21:12 -0500, Tom Marchant wrote:
>The old way, which surprises me a little, DEFINE ALIAS required access to the
>data set to which the alias is related, but not to the alias name being
>defined.
Sorry, this part seems to be incorrect. The old way didn't re
entry name (the PATH or AIX name).
This is NOT a RACF PTF. It is a PTF to HDZ2220, DFSMS.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Thu, 28 Apr 2016 19:57:32 +, Tracy Adams wrote:
>The importance (priority) of DB2 is set 2
Importance is NOT priority.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send em
.
What data sets?
>Has anyone else been experiencing this?
Hard to say without some specific examples of the data sets you mean.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
ot;old automation" determine that there is a problem?
When one of these long running transactions are canceled, do you know what was
going on in them? Are they just unusual transactions that take a long time, or
are
they in a loop or something?
I wonder if the real problem is that thi
SET. FRED
and TOM are both cataloged in the same user catalog.
Now the change in behavior gives me full access to FRED.DATA.SET through
because I own TOM.
--
Tom Marchant
>
>On Thu, Apr 28, 2016 at 12:22 PM, Paul Gilmartin
><000433f07816-dmarc-requ...@listserv.ua.edu> wrote
her something really easy but not widely
>known or it's just not possible. Which is it? Thanks.
The book you need is the LE Vendor Interfaces manual. I found that it
makes the POO seem like light reading.
--
Tom Marchant
--
For IB
or an IPL volume.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Fri, 22 Apr 2016 15:41:23 -0700, retired mainframer wrote:
>Since you should restore before reject...
Really? That's news to me. AFAIK it makes no difference.
Why do you say that?
--
Tom Marchant
--
For IBM-MAIN subscr
',COUNT
or
'The meeting was attended by %d men'
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
irst time. It seems to correctly disassemble
instructions that were introduced on the z13.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Tue, 19 Apr 2016 21:06:21 -0400, Phil Smith III wrote:
>Tom Marchant wrote:
>
>>Why not make your STC run AMODE 64, at least part of the time?
>
>Yeah, that's an option, but it's a lot more work and has other possible
>impacts
It's not that hard.
STMG R2,R15,
LIB, you could call it
SYS1.PRODUCT.V2.LINKLIB with a data set alias of SYS1.PRODUCT.PROD.LINKLIB. It
would be cataloged with SYMBOLICRELATE to SYS1.PRODUCT.
would be a system symbol defined by you to be equal to V2.
The entry in PROGxx would r
t!)?
Why not make your STC run AMODE 64, at least part of the time? It is easy
to switch modes, but you do have to be careful that those programs that run
AMODE 64 save and restore the 64-bit registers. The same with your JNI.
set their subscription to NOMAIL and access the posts
on the web.
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
Tom Marchant
--
For IBM-M
On Tue, 12 Apr 2016 22:20:16 +0800, David Crayford wrote:
>you still have to test all of your existing
>applications so you might as well re-compile them.
Except that recompiling with a different version of the compiler isn't
necessarily trivial.
--
Tom Ma
until B37.
SPACE=(TRK,(1,1)),UNIT=(SYSALLDA,5)
And if you make it RECFM=F,LRECL=80, you can fill it up faster. I think you'll
get 78 records per track.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instru
l have to combine them into one.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
he
>PDSE protection you need.
Maybe, but only for PDSESHARING(NORMAL).
PDSESHARING(EXTENDED) requires XCF as well as GRS connectivity.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send em
record to read next, and so to read the
records in an order that is logically sequential, but physically random? If so,
that is not at all like reading the records sequentially.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / a
ment that has
RLSE specified.
Likewise, FTP isn't using the INFILE DD statement.
This is only a guess, based upon my understanding of how RLSE works.
I could be wrong.
--
Tom Marchant
--
For IBM-MAIN subscribe / s
cess is one way and the other is to let the system
>manage the access.
GRS will not help you.
PDSE sharing is managed by XCF.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists.
obol program you
probably make quite a few non-XPLINK calls. For example, GET and PUT routines.
>
>Scott
>
>On Thursday, March 31, 2016, Tom Marchant <
>000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Thu, 31 Mar 2016 22:17:40 -0400, Don Poitra
rograms, including generated ones.
>
>If so, they didn't make it obvious in the announcement. I don't see
>anything about 64-bit.
I think Bill means that the compiler runs AMODE(64), not that it can generate
AMODE(64) programs.
--
Tom Marchant
-
On Thu, 31 Mar 2016 10:09:28 -0500, Peter Ten Eyck wrote:
>Hmm, that's I what I thought. Does not seem to be picking up my LE changes?
Do you have a STEPLIB? MVS will use JOBLIB or STEPLIB, not both.
--
Tom March
On Mon, 28 Mar 2016 10:35:44 -0400, Rick Troth <tro...@gmail.com> wrote:
>On 03/26/16 14:45, Tom Marchant wrote:
>> First of all, it is GNU/Linux.
>> That is, it is the GNU operating system with a Linux kernel.
>> See http://www.gnu.org/gnu/linux-and-gnu.html
>&
On Mon, 28 Mar 2016 09:38:10 -0500, Tom Marchant <m42tom-ibmm...@yahoo.com>
wrote:
>On Mon, 28 Mar 2016 09:25:03 -0500, John McKown wrote:
>
>>It will be
>>developed, probably slowly, on a friend's z/OS 2.2 system. The application
>>will use facilities which on
of people here.
Maybe, but z/OS 1.13 goes off support at the end of June.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Mon, 28 Mar 2016 11:02:04 +, Martin Packer wrote:
>My mail rules are delivering this guy's mail to junk.
Please don't feed the troll.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructi
tional software.
Your selection of languages may be limited more by what is available on MVS,
since that seems to be the eventual target of your development.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instru
ed on whichever root I boot. In Linux,
/home
is the equivalent of /u on z/OS Unix.
I also like to create a /service directory where I can mount my other root
partitions.
It's something that I learned from working with z/OS Unix.
--
Tom Marchant
--
On Wed, 23 Mar 2016 15:07:58 -0500, Paul Gilmartin wrote:
>(for example) On Wed, 23 Mar 2016 14:27:31 -0500, Tom Marchant wrote:
>>
>>... And in 5.18: ...
>>
>I'm looking at the Commands manual in:
>
> http://www.ibm.com/support/knowledgecenter/api
On Wed, 23 Mar 2016 11:25:58 -0500, Paul Gilmartin wrote:
>On Wed, 23 Mar 2016 07:08:52 -0500, Tom Marchant wrote:
>>
>>I believe you can specify LEPARM(STD). Not sure if that will eliminate the
>>message.
>>
>I don't see STD (or STANDARD) in:
>SA23-2276-
Not sure if that will eliminate the
message.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
0m0.199s
I have two questions.
1. What do the above figures mean?
2. What happens on z/OS when you put a heavy load on 320 channels all at once?
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access inst
"
Or .odt, the ODF text document format. Even Microsoft can process it, but so
can everyone else. Microsoft managed to ram through the OOXML standard,
but it is inferior to the ODF standard, which predates it by several years.
I wonder if the request comes from
can provide emulation
for all of the things that real systems do, including serialization of
accesses. And
ssuming that they can lash together enough commodity x86 systems to perform
significant real work.
I'm skeptical of all that but assuming all that, where are they going to get
the I/O
bandw
n on
one of those floors.
Of course, local codes may vary.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Tue, 15 Mar 2016 15:16:21 +, Vernooij, CP (ITOPT1) - KLM wrote:
>I meant, VLF knows the current youngest age and makes it available to
>the HC routine at each HC interva...
ITYM "VLF knows the current youngest age and uses it in *its* health check".
ll you. With a health check message.
>I already opened a PMR for adding the info to SMF 41-3.
Good luck with that. Maybe they'll convert it to an RFE.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructi
allocate some other DDNAME, open a DCB and pass that DCB to LOAD.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
me "Civic" derived from "CVCC" strikes me as revisionist
history. And the
notion that it could have been called CiViCC is just plain silly. companies
don't pre-announce
new technology in that way. If either of you have evidence that the name Civic"
wa
ough a listcat, pick out the steplibs, and put mine in front. And then
>when I went
>somewhere else and lost the scripts had to write another one, only to find out
>later
>someone else had also.
Maybe you had a Dynami
x 2160 should allow
for a very
nice 99 x 160 display, even considerably less than full screen. That is, if my
video card
can handle it.
--
Tom Marchant
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
801 - 900 of 1411 matches
Mail list logo
