× 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.



I hope this cross-post is Ok.

Is this happening across the board ie. all PCs, BPCS and non-BPCS such as OS/400 (whatever it called now) menu?

I believe the CA software version needs to be in sync with OS/400, BPCS patches for OS/400 upgrade, version of Windos, and how the PC is talking to the network (in my case, the version of Cisco). Could this be happening on a PC whose versions are not in sync? Sometimes there can be a delay in versions being made available, especially if we are on a version of Windos no longer supported by Microsoft (such as Win 98). I imagine additional complications depending on type of BPCS (mixed mode vs.?), LPAR.

We have had similar problems occur on earlier versions in several circumstances: * some part of the 400 & network connections are "under-gassed" without the bandwidth to support 100% traffic, so we have more traffic in buffers than there ought to be ... this becomes obvious at shift change when there is general lockup of BPCS applications ... some people think they are "locked up" or connection lost, when in fact we just have to wait longer than was previously reasonable * A PC user has more aps open, and more memory-eating features (such as emoticons in e-mail), than the company has provided resource on the PC to support, this gets in the way of CA having enough memory to function properly * network cable to the PC is under the plastic mat used to protect against static discharges, and as the user chair rolls over this, to reach for some document, the connection "drops" * the PC emulation of IBM connection is el cheapo, not supporting all the IBM stuff it really ought to, so the OS never sees the whole story * another PC in the network, or twinax, has a conflicting workstation logical address (old hardware can "lose" its configuration, hijacking address "zero") * there is a bad connection, such as the wrong kind of connector, on another PC or twinax emulation, in the same daisy chain * there is a hardware chip-like map of logical addresses inside the controller and the AS/400 itself. one of those addresses can go bad or flakey.

 Clare Holtham wrote:

> Hi everyone,
>
> We have a problem in Spain with BPCS screens (i.e. PCs with CA)
> 'dropping'. They are on V4R5.
> What seems to happen is that when you press enter, the 'enter' never gets
> to the iSeries, and the screen 'sticks' with the input inhibited X. You
> then have to open a new session and cancel the original one. But if you
> look, the 'stuck' session looks to the iSeries perfectly normal, waiting
> for 'enter'.
> To me this looks more like a CA or network issue than anything on the
> iSeries, but does anyone out there have any ideas please??
>
> thanks,
>
> Clare
(I've sent this to Midrange tech. too.)
>


--
This is the SSA's BPCS ERP System (BPCS-L) mailing list
To post a message email: BPCS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/bpcs-l.

Delivered-To: macwheel99@xxxxxxxxxxx



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.