× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



We came across this problem when IPLing a AS/400 730 against an i5 570
load source. The problem was that the i5 570 had a HMC attached of which
the 730 knew nothing about. So as the machine IPL'ed A6005008 appeared,
to force the IPL to use the Twinax Console we used service functions 65
and 21.

We've a similar problem with the 820.



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
midrange-l-request@xxxxxxxxxxxx
Sent: Tuesday, January 03, 2006 3:22 PM
To: midrange-l@xxxxxxxxxxxx
Subject: MIDRANGE-L Digest, Vol 5, Issue 3

Send MIDRANGE-L mailing list submissions to
        midrange-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/midrange-l
or, via email, send a message with subject or body 'help' to
        midrange-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        midrange-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MIDRANGE-L digest..."


*** NOTE: When replying to this digest message, PLEASE remove all text
unrelated to your reply and change the subject line so it is meaningful.

Today's Topics:

   1. RE: Some fodder for marketing, perhaps (Jon Paris)
   2. Re: Some fodder for marketing, perhaps (Pete Helgren)
   3. Re: Some fodder for marketing, perhaps (Steve Richter)
   4. RE: A6005008 (Dave Snyder)
   5. iSeries Access Express V5R2M0 & V5R3M0 slow to start
      (Jan Rockstedt)
   6. Re: iSeries Access Express V5R2M0 & V5R3M0 slow to start
      (fbocch2595@xxxxxxx)
   7. RE: iSeries Access Express V5R2M0 & V5R3M0 slow to start
      (Jan Rockstedt)
   8. RE: MQ Question (Ingvaldson, Scott)


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

message: 1
date: Mon, 2 Jan 2006 14:03:47 -0500
from: "Jon Paris" <Jon.Paris@xxxxxxxxxxxxxx>
subject: RE: Some fodder for marketing, perhaps

 >> hopefully in V5R4 the single threaded restriction on jobs in qinter
will
be lifted.

Steve - your record is broken! <grin>

Expect to see RPG be fully thread safe in a future release (_not_ V5R4)
but
I don't see QINTER changing.  Why on earth would IBM do it (apart from
keeping you happy).  It makes absolutely no sense to improve function in
the
dumb terminal area.  They are investing heavily in getting everybody OFF
dumb terminals - QINTER isn't used for anything but dumb terminals - so
why
would they spend a cent on it?  It's a bit like saying that MS should
invest
millions in creating a new teletype interface to windows!

Jon Paris
Partner400

www.Partner400.com
www.RPGWorld.com




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

message: 2
date: Mon, 02 Jan 2006 12:29:01 -0700
from: Pete Helgren <Pete@xxxxxxxxxx>
subject: Re: Some fodder for marketing, perhaps

I suppose though, that if Microsoft had ten of thousands of users (maybe

hundreds of thousands)  who were running telnet types of applications 
and were clamoring for multi-thread support that they *might* consider
it.

I guess it is a case of market vs marketing.  In this case the IBM 
marketing juggernaut is trying to keep up with MS with bigger, "better" 
and cooler GUI tools/apps regardless, perhaps, of what the market wants.


If your customers asked for a simple 5250 application to perform some 
function, would you build and deliver a .jsp or a cgi application that 
was web based?  Seems to me that if the lions share of the market 
demands a particular function, you respond to that market or die.

I think the biggest question is:  What is the state of iSeries 
applications these days?  Is it still "5250 is where it is at?" or  is 
it "The web way is the only way?"  Yeah, I know that it isn't that cut 
and dried.  The customer, with our counsel, needs to chose what is right

but I wonder what the trend *really* is.  If 5250 is going away because 
our customers no longer see value in maintaining those types of apps 
then IBM is rightly responding to that trend.  If however, the iSeries 
market is really satisfied with 5250 based apps (or text based apps) 
then perhaps that market should be exploited more.

I guess what I am saying Jon, and I don't really disagree with your 
statement, is that unlike MS, where the GUI is king, iSeries apps are a 
bit more heterogeneous and perhaps, just perhaps, this would be a 
situation where breathing some additional life into text based 
application development might benefit IBM and the customer, regardless 
of where MS is going.

Just some New Years musings.....

Pete Helgren
 

Jon Paris wrote:

> >> hopefully in V5R4 the single threaded restriction on jobs in qinter
will
>be lifted.
>
>Steve - your record is broken! <grin>
>
>Expect to see RPG be fully thread safe in a future release (_not_ V5R4)
but
>I don't see QINTER changing.  Why on earth would IBM do it (apart from
>keeping you happy).  It makes absolutely no sense to improve function
in the
>dumb terminal area.  They are investing heavily in getting everybody
OFF
>dumb terminals - QINTER isn't used for anything but dumb terminals - so
why
>would they spend a cent on it?  It's a bit like saying that MS should
invest
>millions in creating a new teletype interface to windows!
>
>Jon Paris
>Partner400
>
>www.Partner400.com
>www.RPGWorld.com
>
>
>  
>


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

message: 3
date: Mon, 2 Jan 2006 17:43:38 -0500
from: Steve Richter <stephenrichter@xxxxxxxxx>
subject: Re: Some fodder for marketing, perhaps

On 1/2/06, Jon Paris <Jon.Paris@xxxxxxxxxxxxxx> wrote:
>  >> hopefully in V5R4 the single threaded restriction on jobs in
qinter will
> be lifted.
>
> Steve - your record is broken! <grin>

it cant be broken yet Jon.  I am still interested in the topic. :)

>
> Expect to see RPG be fully thread safe in a future release (_not_
V5R4) but
> I don't see QINTER changing.  Why on earth would IBM do it (apart from
> keeping you happy).  It makes absolutely no sense to improve function
in the
> dumb terminal area.

iSeries models that run green screen applications sell for a premium
on the market today. Why do customers pay extra for something if they
did not want to use it?

>  They are investing heavily in getting everybody OFF
> dumb terminals - QINTER isn't used for anything but dumb terminals -
so why
> would they spend a cent on it?

so Java could be used for green screeen programming.  It is in IBM's
interest that Java be adopted more on the iSeries.  If it is a zero
sum game, cut the RPG department and use the savings to fix the QINTER
subsystem.  Customers can then switch entirely to Java and will no
longer need ILE and RPG.

>  It's a bit like saying that MS should invest
> millions in creating a new teletype interface to windows!

or invest in HTML, which is a client server style of computing similar
to the 5250 data stream.  What would it take to extend the 5250 data
stream to include HTML? My guess is that could be done without
breaking existing applications.

Terminal applications provide a totally secure way of accessing a
companies applications and data. Why discourage its use?

What keeps my interest in this subject is the insistence by IBM
management that their approach is best despite the fact that they
continue to lose market share. Working on the as400 I get the
opportunity to see many people lose their jobs. How do the IBMers
responsible for the iSeries get to keep their jobs and continue their
failed policies while many in the community are laid off??

-Steve



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

message: 4
date: Tue, 03 Jan 2006 09:05:24 -0500
from: "Dave Snyder" <dsnyder@xxxxxxxxxx>
subject: RE: A6005008

My responses are below.

>>> dhoffman@xxxxxxxxxxxxxxxxxxx 12/30/05 3:00:48 PM >>>
When you try to IPL off the cd/tape, does the cd/tape drive start up
and run
likes its trying?
Yes, it does seem to start the IPL and actually "move" the cursor to
the upper left part of the screen, but then halts with the error code.

If so, a couple of easy things, but ones that have got me through the
years.

Console is at address 0    
Yes

twinax is connected to port 0   
Yes

console is only one display (setup at one display).  
Yes

Is there any other connection the twinax 'brick' can connect to
besides
where you have it on the 820.  
We've tried multiple cards, connections, cables, and bricks to no
avail

Does the 'dsp01' console your using have another console that is
cabled
through on the same port (with maybe the same 0 address) 
Not sure I understand this one. We have tried three different
consoles.

When you try the option 21 for DST does it seem like its trying to get
to 
the console?  
We do not get to the DST screens.



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

message: 5
date: Tue, 3 Jan 2006 15:23:50 +0100
from: "Jan Rockstedt" <jan.rockstedt@xxxxxxxxxx>
subject: iSeries Access Express V5R2M0 & V5R3M0 slow to start

We are a ASP (Application Service Provider) company that runs iSeries
Acces Express for our
customers via Citrix Presentation Server 3.0 on a Windows Server 2003 TS
platform.
When starting iSeries Access Express to any iSeries server the
application takes very long time
to start via RDP or ICA protocol. I?ve clocked it to about 25 seconds
before the gray logon-
screen appears. 

 If I start iSeries Access Express (same *.ws file) locally from the
servers console  it starts on
app. 5 seconds. We have multiple users and customers that are using
iSeries Access from our
servers and the delay of 20 seconds, I think will drive them crazy. It
sure drive me crazy. :-)

 We are currently running V5R2M0 sith SP SI16136. The problem remains if
I install the latest
SP for V5R2M0 and still remains when I tried with V5R3M0 SP SI20055
(current SP).

 When installing iSeries Access Express we shoose customized
installation and remove the
following components to keep the client as thin as possible (the list
below is translated from
Swedish so it may be incorrect terms :-)):

 - Additional components
- Basic functions
- OLE DB Provider
- AFP Workbench Viewer
- PDF/PDT -files for PC5250
- Printer drivers

 Is it anyone out there who are running the same concept as we or are
familiar with our problem.

Thanks!

 

Regards Jan Rockstedt
Avinova AB
nic-hdl: JR1543-RIPE

See you at Common Congress Stockholm 11-13 juni 2006!
Common Europe and Data3 in partnership with IBM     www.data3.se
<http://www.data3.se/> 




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

message: 6
date: Tue, 03 Jan 2006 09:54:02 -0500
from: fbocch2595@xxxxxxx
subject: Re: iSeries Access Express V5R2M0 & V5R3M0 slow to start

Is the Citrix server and the AS400 in the same subnet? 
 
 
 
-----Original Message-----
From: Jan Rockstedt <jan.rockstedt@xxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Tue, 3 Jan 2006 15:23:50 +0100
Subject: iSeries Access Express V5R2M0 & V5R3M0 slow to start


We are a ASP (Application Service Provider) company that runs iSeries
Acces 
Express for our
customers via Citrix Presentation Server 3.0 on a Windows Server 2003 TS

platform.
When starting iSeries Access Express to any iSeries server the
application takes 
very long time
to start via RDP or ICA protocol. I?ve clocked it to about 25 seconds
before the 
gray logon-
screen appears. 

 If I start iSeries Access Express (same *.ws file) locally from the
servers 
console  it starts on
app. 5 seconds. We have multiple users and customers that are using
iSeries 
Access from our
servers and the delay of 20 seconds, I think will drive them crazy. It
sure 
drive me crazy. :-)

 We are currently running V5R2M0 sith SP SI16136. The problem remains if
I 
install the latest
SP for V5R2M0 and still remains when I tried with V5R3M0 SP SI20055
(current 
SP).

 When installing iSeries Access Express we shoose customized
installation and 
remove the
following components to keep the client as thin as possible (the list
below is 
translated from
Swedish so it may be incorrect terms :-)):

 - Additional components
- Basic functions
- OLE DB Provider
- AFP Workbench Viewer
- PDF/PDT -files for PC5250
- Printer drivers

 Is it anyone out there who are running the same concept as we or are
familiar 
with our problem.

Thanks!

 

Regards Jan Rockstedt
Avinova AB
nic-hdl: JR1543-RIPE

See you at Common Congress Stockholm 11-13 juni 2006!
Common Europe and Data3 in partnership with IBM     www.data3.se 
<http://www.data3.se/> 



As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.