[David Garcia]

Ariba,

You need to create an alias in your UNIX box.  You have to login as root to do this task.

Edit /etc/mail/aliases.  Add a line with your pager.  Please see example below.

intface_page    : 5109999999@myairmail.com

After edit this aliases file, you then need to run

[David Garcia]

Thanks for the helpful replies. If the value in xlateOutVals is represented internally as a string, that would explain my results. I don’t suppose there’s any way to explicitly cast the result as an integer? If not, I can come up with a work-around. Here’s my code.

Quote:

set dateArg [lindex $xlateInVals 0]

# Insert a space between the date and time

append dateString [crange $dateArg 0 7] ” ” [crange $dateArg 8 11]

# Convert the date to seconds

set dateSecs [clock scan $dateString]

# Calc the number of days between the current date and the input date

# 1 day = 86400 seconds

set days [expr ([clock seconds] – $dateSecs) / 86400]

set xlateOutVals

[David Garcia]

A few years ago when we were still on Windows 2000 I needed to move the C:hci folder to another drive because of insufficient space. After bringing everything down, we moved the C:hci holder to the E: drive and then set up a symbolic link that pointed C:hci to E:hci. I wasn’t even aware this was possible on Windows until one of my admins suggested it.

You should not have any trouble with a fresh install on the D: drive.

[David Garcia]

Thanks for the replies. After a little digging I found some docs on hciserveradmin in the user guide vol. 2 and the security admin book which is in the docs folder but not on the IDE help menu.

It’s good to know that I can edit server.ini directly because I currently have no way to launch the GUI.

-Dave

[David Garcia]

I had an inquiry on this error from another Clovertecher so I thought I’d post a follow-up…

The EXCEPTION_ACCESS_VIOLATION occurred several times but only presented the -901 once that I know of.

We brought up a new set of interfaces that included some Tcl code to start and stop threads. A panic would sometimes happen when a pstop or pstart command was issued. My best guess is that stopping and starting threads frequently causes a memory leak in Windows and eventually results in a panic.

The workaround was to set up a .cmd file to bounce the process twice a week. We haven’t had a panic in three weeks but I still have the engine output turned up just in case.

David

[David Garcia]

Please disregard my request for the “no-match” mlp_tcp.pdl. It’s already posted here in the Tcl library section.

David

[David Garcia]

I’m having an intermittent “no-match” problem with a Horizon lab interface that has been live for a couple of years. When the error occurs, the interface hangs in the lab system and has to be reset manually. I set up an EO alias to enable all output for the pdl and applied it to the thread.

I’m a little puzzled by the pdl output. In some cases the inbound message doesn’t arrive all at once. It looks as if the pdl waits 15 seconds for the rest of the message to appear:

Quote:

[pdl :read:DBUG/2:     pwlab_in] Events: E 0, R 8, W 0

[pdl :PDL :DBUG/0:     pwlab_in] read 512 bytes

[pdl :PDL :DBUG/0:     pwlab_in] input buffer accepted 512 bytes, now 512

[pdl :PDL :DBUG/0:     pwlab_in]  0b 4d 53 48  7c 5e 7e 5c  |.MSH|^~|

[pdl :PDL :DBUG/0:     pwlab_in]  26 7c 4c 41  30 31 7c 4c  |&|LA01|L|

— snip —

[pdl :PDL :DBUG/0:     pwlab_in]  20 54 4f 50  20 35 20 4d  | TOP 5 M|

[pdl :PDL :DBUG/0:     pwlab_in]  4c 7c 30 30  30 36 34 37  |L|000647|

[pdl :PDL :DBUG/0:     pwlab_in] IDLE and 512 bytes but no error: starting READ

[pdl :PDL :DBUG/2:     pwlab_in] PDL changed states: old 0, new 1

[pdl :PDL :DBUG/0:     pwlab_in] Calling Tcl procedure: hci_pd.read

[pdl :PDL :DBUG/0:     pwlab_in] with args: {}

[pdl :PDL :DBUG/0:     pwlab_in] Tcl procedure hci_pd.read returns ‘RECEIVE’

[pdl :PDL :DBUG/0:     pwlab_in] trying to match phrase: basic-msg

[pdl :PDL :DBUG/1:     pwlab_in] PDL setting timeout in 15.00 seconds

[pdl :PDL :DBUG/0:     pwlab_in] READ operation in progress (512 bytes buffered still, 512 before)

[pdl :read:DBUG/2:     pwlab_in] Events: E 0, R 8, W 0

[pdl :PDL :DBUG/0:     pwlab_in] read 455 bytes

[pdl :PDL :DBUG/0:     pwlab_in] input buffer accepted 455 bytes, now 967

[pdl :PDL :DBUG/0:     pwlab_in]  5e 44 45 41  52 42 4f 52  |^DEARBOR|

[pdl :PDL :DBUG/0:     pwlab_in]  4e 5e 4a 54  7c 7c 7c 7c  |N^JT|||||

— snip —

[pdl :PDL :DBUG/0:     pwlab_in]  20 35 3a 34  36 3a 31 34  | 5:46:14|

[pdl :PDL :DBUG/0:     pwlab_in]  20 50 4d 24  0d 1c 0d     | PM$…|

[pdl :PDL :DBUG/0:     pwlab_in] multi_phrase_2: status = ok

[pdl :PDL :DBUG/0:     pwlab_in] Calling Tcl procedure: read.done

[pdl :PDL :DBUG/0:     pwlab_in] with args: {{status ok} {end {967 0}} {data {1 964}}}

[pdl :PDL :DBUG/0:     pwlab_in] Tcl procedure read.done returns ”

[pdl :PDL :DBUG/2:     pwlab_in] PDL changed states: old 1, new 0

[pdl :read:DBUG/1:     pwlab_in] PDL did read msg: code = 0

[pdl :PDL :DBUG/0:     pwlab_in] READ operation completed (0 bytes buffered still, 967 before)

What happens if the second half of the message arrives late? Does the pdl driver throw the “no-match” error? Our network can get extremely congested and 15 seconds might not be long enough.

Also, a while back someone posted a replacement for mlp_tcp.pdl that dumps the buffer if a “no-match” error occurs. Anyone willing to share that code?

Cloverleaf 5.3 Rev2 on Windows 2000

Thanks,

David

[David Garcia]

I’m currently planning the same upgrade on a Windows 2000 box. I understand that 5.3 can run on the same server as 3.8. I’m unsure whether 5.3 can be installed without bringing down the 3.8 interfaces, usually a reboot is called for after installation. Any Windows users care to share their upgrade experiences?

Thanks!

David

[Author]

Replies