On 12/13/2012 04:36 PM, John Wilson wrote:
I propose the following format:
+-----+-----+-----+-----+
|11-15|03-00|10-07|04-06|
+-----+-----+-----+-----+
[...]
Hopefully that is neither big endian or little endian so there won't be any
arguments. I call it middle-endian, or rob-endian for short.
Happy? :-)
Ecstatically! A truly great network protocol is one that's equally painful
for all hosts. This would be great for on-disk data structures too. Genius!!
ROFL!!
--
Dave McGuire, AK4HZ
New Kensington, PA
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
I propose the following format:
+-----+-----+-----+-----+
|11-15|03-00|10-07|04-06|
+-----+-----+-----+-----+
[...]
Hopefully that is neither big endian or little endian so there won't be any
arguments. I call it middle-endian, or rob-endian for short.
Happy? :-)
Ecstatically! A truly great network protocol is one that's equally painful
for all hosts. This would be great for on-disk data structures too. Genius!!
John Wilson
D Bit
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Paul_Koning at Dell.com
Sent: 13 December 2012 21:02
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] VCF-East on HECnet?
Why? DEC-10 is big endian... :-)
paul
On Dec 13, 2012, at 3:48 PM, John Wilson wrote:
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Big endian, I use htons() to prepare the length for network
transmission.
Big-endian, for a DEC-only protocol?! Heresy!
John Wilson
D Bit
I propose the following format:
+-----+-----+-----+-----+
|11-15|03-00|10-07|04-06|
+-----+-----+-----+-----+
Note the following
1. Each cell is nibble, left most cell is the most significant half of the
byte it represents
2. The cells are the bits numbers of the 16-bit number being represented, 0
is the least significant bit
3. Where the nibble bit range is descending the bits start at the most
significant bit and go to the least significant bit
4. Where the nibble bit range is ascending the bits are in the reverse
order.
Hopefully that is neither big endian or little endian so there won't be any
arguments. I call it middle-endian, or rob-endian for short.
Happy? :-)
Regards
Rob
Kari, that is the correct answer
------Origineel bericht------
Van: Kari Uusim ki
Afzender: owner-hecnet at Update.UU.SE
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Auto-booting a MicroVAX 3400
Verzonden: 13 december 2012 22:09
Set boot defines the boot device, but set halt <value> is the parameter
for restart control.
Regards,
Kari
On 13.12.2012 22:54, hvlems at zonnet.nl wrote:
Set boot 3
Set boot defines the boot device, but set halt <value> is the parameter for restart control.
Regards,
Kari
On 13.12.2012 22:54, hvlems at zonnet.nl wrote:
Set boot 3
Why? DEC-10 is big endian... :-)
paul
On Dec 13, 2012, at 3:48 PM, John Wilson wrote:
From: "Rob Jarratt" <robert.jarratt at ntlworld.com>
Big endian, I use htons() to prepare the length for network transmission.
Big-endian, for a DEC-only protocol?! Heresy!
John Wilson
D Bit
On 13 Dec 2012, at 15:48, sampsa at mac.com wrote:
I've just been donated (by Saku Setala) a pair of MicroVAX 3400s.
One of them is set up as a satellite node and boots fine off ESA0 - however, I can't figure out what I need to do to make it automatically boot when powered on - anyone know what switch / console command I need to give to make this happen?
At the moment it starts up to the >>> prompt and if I type boot, it boots happily. I'm just trying to get it to autoboot instead.
Would it be dep bdr 0 as it is in simh for auto boot on a real VAX?
(if i'm wrong, let me know)
sampsa
I've just been donated (by Saku Setala) a pair of MicroVAX 3400s.
One of them is set up as a satellite node and boots fine off ESA0 - however, I can't figure out what I need to do to make it automatically boot when powered on - anyone know what switch / console command I need to give to make this happen?
At the moment it starts up to the >>> prompt and if I type boot, it boots happily. I'm just trying to get it to autoboot instead.
sampsa