I've finally brought CHIMPY up from the dead, and are using its internal KZPAC to drive a BA365.
I've LOVE another kzpac controlller. and if you have a spare, any chance you can consider a
donation...
Sampsa
On 11-09-04 03:49 PM, Sampsa Laine wrote:
What are the options?
Looks like around about $4-5 for a padded envelope in "4-7 business days", jumping to $50 for 4, up to about $100 for about 3. Purolator is about $85 for 2 days, and I'm not even going to check UPS because they're a pain. Or for air fare and expenses, I'll hand deliver. ;)
IIRC, you're in UK, so that's what I used. I also guesstimated they are just under 100g. If it's 100 - 200 g, only the slow postal option goes up to $7.20.
You can check yourself at canadapost.ca, from postal code R0A 0X0.
Sorry we've got delayed by the holiday weekend - I'll send it Tues.
Cheers,
Phil
On 2011-09-03 16:06, Jesper Christensen wrote:
On Sat, 03 Sep 2011, Sampsa Laine wrote:
Anyone else having problems?
We had to shut Psilocybe (the machine running the bridge here at
Update) down to poke a bit at the UPS to which the machine is
connected. The bridge software is, afaik, not started at boot and I
have no idea how to start it so the bridge will probably be down until
Johnny can start it again.
Sorry about the inconvenience.
Yeah. I should fix that at some point... :-/
Never have enough time to do everything I'd like to do...
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Signed PGP part
Ok, no worries, stops me from ripping my router / server configs to bits, however :)
On 3 Sep 2011, at 15:06, Jesper Christensen wrote:
> On Sat, 03 Sep 2011, Sampsa Laine wrote:
>> Anyone else having problems?
>>
>>
>
> We had to shut Psilocybe (the machine running the bridge here at
> Update) down to poke a bit at the UPS to which the machine is
> connected. The bridge software is, afaik, not started at boot and I
> have no idea how to start it so the bridge will probably be down until
> Johnny can start it again.
>
> Sorry about the inconvenience.
>
> /Jesper
On Sat, 03 Sep 2011, Sampsa Laine wrote:
Anyone else having problems?
We had to shut Psilocybe (the machine running the bridge here at
Update) down to poke a bit at the UPS to which the machine is
connected. The bridge software is, afaik, not started at boot and I
have no idea how to start it so the bridge will probably be down until
Johnny can start it again.
Sorry about the inconvenience.
/Jesper
I have no V4 system running right now. I thought that the /application_protocol switch had been present since V3.4 or so.
------Origineel bericht------
Van: gerry77 at mail.com
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] DECnet performance problems (on TOPS-10)
Verzonden: 3 september 2011 14:23
On Sat, 3 Sep 2011 11:46:33 +0000, you wrote:
$ set host/applic=rterm <nodename>
Yes, but not on VAX/VMS V4... :-)
G.
Verzonden vanaf mijn draadloze BlackBerry -toestel
Oh there is:
$ set host/applic=rterm <nodename>
Hans
------Origineel bericht------
Van: gerry77 at mail.com
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] DECnet performance problems (on TOPS-10)
Verzonden: 3 september 2011 13:09
On Fri, 02 Sep 2011 23:38:09 +0200, you wrote:
Indeed, I was also looking for a third-party implementation in the DECUS
archives: if I'm not wrong, older VMS like V4.7 already did CTERM, but had
no /APP=R qualifier in SET HOST, so there was no apparent way to switch from
CTERM back to RTERM like we can do now with newer VMS. So, I was hoping
someone back then wrote a RTERM client to be used with such vintage VMS
releases (which I'd try in V8), but I've still found nothing. :-\
I bet it was a separate application back in VMS V4, instead of being a
switch to SET HOST. Or else a different switch back then...
Not really: I've just discovered that RTPAD.EXE (the program behind the SET
HOST command) falls back to RTERM if CTERM cannot be used, e.g. if object 42
is not defined at the remote node. This at least in V4.7. :)
(There is apparently no way to use RTERM when CTERM is available.)
Bye,
G.
Verzonden vanaf mijn draadloze BlackBerry -toestel
On Fri, 02 Sep 2011 23:38:09 +0200, you wrote:
Indeed, I was also looking for a third-party implementation in the DECUS
archives: if I'm not wrong, older VMS like V4.7 already did CTERM, but had
no /APP=R qualifier in SET HOST, so there was no apparent way to switch from
CTERM back to RTERM like we can do now with newer VMS. So, I was hoping
someone back then wrote a RTERM client to be used with such vintage VMS
releases (which I'd try in V8), but I've still found nothing. :-\
I bet it was a separate application back in VMS V4, instead of being a
switch to SET HOST. Or else a different switch back then...
Not really: I've just discovered that RTPAD.EXE (the program behind the SET
HOST command) falls back to RTERM if CTERM cannot be used, e.g. if object 42
is not defined at the remote node. This at least in V4.7. :)
(There is apparently no way to use RTERM when CTERM is available.)
Bye,
G.
