Brian Hechinger wrote:
On Thu, Jul 29, 2010 at 09:08:45PM +0200, Johnny Billquist wrote:
But in theory, it's not that tricky. You need to know how to do NAT under Solaris, and you need to know how to set up a virtual network (be that with some external program, or if Solaris can bridge interfaces together).
Yeah, which is what I'm attempting to do. I've got two TAP interfaces
bridged together. One SIMH talkes to, the other Solaris has an IP on.
Can't ping back and forth, however. :(
Do you have IP addresses set on both TAP interfaces? Does the Solaris bridging bridge everything or just ip? If it just bridge ip you might need to have IP addresses on both TAP interfaces for it to be happy. Check all the details you can find on how the bridge stuff works under Solaris.
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
On Thu, Jul 29, 2010 at 09:08:45PM +0200, Johnny Billquist wrote:
Ok. So you need a nat-ed "virtual" network, with two interfaces. One for
the Solaris box, and one for the simh. And your Solaris system needs to
nat and route traffic to this virtual network.
Exactly.
I'm not sure if Solaris supports that or not, but perhaps someone else
knows. I haven't played with Solaris in 10 years, so I'm way too rusty
to say anything more specific here. If I had plenty of time, and a
Solaris machine to experiment on, I might be able to do this, but time
and a machine to crash is not something I have around here. :-)
It's changed a bit in the last 10 years as well. :-D
But in theory, it's not that tricky. You need to know how to do NAT
under Solaris, and you need to know how to set up a virtual network (be
that with some external program, or if Solaris can bridge interfaces
together).
Yeah, which is what I'm attempting to do. I've got two TAP interfaces
bridged together. One SIMH talkes to, the other Solaris has an IP on.
Can't ping back and forth, however. :(
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
Ok. So you need a nat-ed "virtual" network, with two interfaces. One for the Solaris box, and one for the simh. And your Solaris system needs to nat and route traffic to this virtual network.
I'm not sure if Solaris supports that or not, but perhaps someone else knows. I haven't played with Solaris in 10 years, so I'm way too rusty to say anything more specific here. If I had plenty of time, and a Solaris machine to experiment on, I might be able to do this, but time and a machine to crash is not something I have around here. :-)
But in theory, it's not that tricky. You need to know how to do NAT under Solaris, and you need to know how to set up a virtual network (be that with some external program, or if Solaris can bridge interfaces together).
Johnny
Brian Hechinger wrote:
I obviously didn't explain myself very well, so here goes.
I've got a machine running simh. It's only got one ethernet interface on
it.
I need to give it a non-routable IP address so that I can do NAT on the host
that is running simh to give it internet access. So far I've been unable
to make that happen.
This guy did something similar on linux:
http://www.itsecuritygeek.com/itsgeek/comments/simh-networking/
But I can't get that to work for me.
Adding a second physical interface is not an option on this machine. Getting
a second IP is not an option on this machine. Just FYI before anyone
suggests that. :-D
-brian
On Thu, Jul 29, 2010 at 08:24:53PM +0200, Johnny Billquist wrote:
I suspect "my" bridge program is not involved here, but I might be wrong...
However, I'm not entirely sure what Brian is trying to do.
simh - fine
multinet - fine
two TAP interfaces - between what?
Multinet talks tcp/ip, so if you get simh to talk through *one* tap
interface, you're done. Not sure what the second tap interface is for...
Johnny
Jason Stevens wrote:
The bridge only accepts decnet... If you look through the source, you can see how it sets up the pcap macro_ and expand it to inclde arp,rarp,ip....
-- Sent from my Palm Pr?
------------------------------------------------------------------------
On Jul 29, 2010 12:59 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
I was able to get Johnny's bridge to work between my copy of SIMH and
Steve's side using a TAP interface. So far so good.
Now I'm trying to get multinet to be able to talk to the host via the
TAP interfaces. I've setup a second TAP interface, bridged the two
TAP interfaces and set IPs. I cannot ping, however.
I've found stuff on the internet that leads me to believe that this works
correctly on at least Linux, but even doing things pretty much the same
way I am unable to get this to work on Solaris.
While I continue to search the internet looking for help with this, does
anyone have any experience with this sort of setup?
Thanks!
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
I obviously didn't explain myself very well, so here goes.
I've got a machine running simh. It's only got one ethernet interface on
it.
I need to give it a non-routable IP address so that I can do NAT on the host
that is running simh to give it internet access. So far I've been unable
to make that happen.
This guy did something similar on linux:
http://www.itsecuritygeek.com/itsgeek/comments/simh-networking/
But I can't get that to work for me.
Adding a second physical interface is not an option on this machine. Getting
a second IP is not an option on this machine. Just FYI before anyone
suggests that. :-D
-brian
On Thu, Jul 29, 2010 at 08:24:53PM +0200, Johnny Billquist wrote:
I suspect "my" bridge program is not involved here, but I might be wrong...
However, I'm not entirely sure what Brian is trying to do.
simh - fine
multinet - fine
two TAP interfaces - between what?
Multinet talks tcp/ip, so if you get simh to talk through *one* tap
interface, you're done. Not sure what the second tap interface is for...
Johnny
Jason Stevens wrote:
The bridge only accepts decnet... If you look through the source, you
can see how it sets up the pcap macro_ and expand it to inclde
arp,rarp,ip....
-- Sent from my Palm Pr?
------------------------------------------------------------------------
On Jul 29, 2010 12:59 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
I was able to get Johnny's bridge to work between my copy of SIMH and
Steve's side using a TAP interface. So far so good.
Now I'm trying to get multinet to be able to talk to the host via the
TAP interfaces. I've setup a second TAP interface, bridged the two
TAP interfaces and set IPs. I cannot ping, however.
I've found stuff on the internet that leads me to believe that this works
correctly on at least Linux, but even doing things pretty much the same
way I am unable to get this to work on Solaris.
While I continue to search the internet looking for help with this, does
anyone have any experience with this sort of setup?
Thanks!
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
I suspect "my" bridge program is not involved here, but I might be wrong...
However, I'm not entirely sure what Brian is trying to do.
simh - fine
multinet - fine
two TAP interfaces - between what?
Multinet talks tcp/ip, so if you get simh to talk through *one* tap
interface, you're done. Not sure what the second tap interface is for...
Johnny
Jason Stevens wrote:
The bridge only accepts decnet... If you look through the source, you can see how it sets up the pcap macro_ and expand it to inclde arp,rarp,ip....
-- Sent from my Palm Pr
------------------------------------------------------------------------
On Jul 29, 2010 12:59 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
I was able to get Johnny's bridge to work between my copy of SIMH and
Steve's side using a TAP interface. So far so good.
Now I'm trying to get multinet to be able to talk to the host via the
TAP interfaces. I've setup a second TAP interface, bridged the two
TAP interfaces and set IPs. I cannot ping, however.
I've found stuff on the internet that leads me to believe that this works
correctly on at least Linux, but even doing things pretty much the same
way I am unable to get this to work on Solaris.
While I continue to search the internet looking for help with this, does
anyone have any experience with this sort of setup?
Thanks!
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
I'm not trying to do IP over the tunnel, I'm trying to do IP from my host to
SIMH and back.
-brian
On Thu, Jul 29, 2010 at 01:21:51PM -0400, Jason Stevens wrote:
The bridge only accepts decnet... If you look through the source, you can see how it sets up the pcap macro_ and expand it to inclde arp,rarp,ip....
-- Sent from my Palm Pr?
On Jul 29, 2010 12:59 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
I was able to get Johnny's bridge to work between my copy of SIMH and
Steve's side using a TAP interface. So far so good.
Now I'm trying to get multinet to be able to talk to the host via the
TAP interfaces. I've setup a second TAP interface, bridged the two
TAP interfaces and set IPs. I cannot ping, however.
I've found stuff on the internet that leads me to believe that this works
correctly on at least Linux, but even doing things pretty much the same
way I am unable to get this to work on Solaris.
While I continue to search the internet looking for help with this, does
anyone have any experience with this sort of setup?
Thanks!
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
The bridge only accepts decnet... If you look through the source, you can see how it sets up the pcap macro_ and expand it to inclde arp,rarp,ip....
-- Sent from my Palm Pr
On Jul 29, 2010 12:59 PM, Brian Hechinger <wonko at 4amlunch.net> wrote:
I was able to get Johnny's bridge to work between my copy of SIMH and
Steve's side using a TAP interface. So far so good.
Now I'm trying to get multinet to be able to talk to the host via the
TAP interfaces. I've setup a second TAP interface, bridged the two
TAP interfaces and set IPs. I cannot ping, however.
I've found stuff on the internet that leads me to believe that this works
correctly on at least Linux, but even doing things pretty much the same
way I am unable to get this to work on Solaris.
While I continue to search the internet looking for help with this, does
anyone have any experience with this sort of setup?
Thanks!
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
I was able to get Johnny's bridge to work between my copy of SIMH and
Steve's side using a TAP interface. So far so good.
Now I'm trying to get multinet to be able to talk to the host via the
TAP interfaces. I've setup a second TAP interface, bridged the two
TAP interfaces and set IPs. I cannot ping, however.
I've found stuff on the internet that leads me to believe that this works
correctly on at least Linux, but even doing things pretty much the same
way I am unable to get this to work on Solaris.
While I continue to search the internet looking for help with this, does
anyone have any experience with this sort of setup?
Thanks!
-brian
--
"Coding in C is like sending a 3 year old to do groceries. You gotta
tell them exactly what you want or you'll end up with a cupboard full of
pop tarts and pancake mix." -- IRC User (http://www.bash.org/?841435)
On 25.7.2010 18:56, Gregg Levine wrote:
2010/7/25 Kari Uusim ki<uusimaki at exdecfinland.org>:
On 25.7.2010 5:07, Gregg Levine wrote:
Hello!
Thought I'd insert a thought here: Friday I applied for a hobbyist
license for the release of VMS for the Alpha that I now have here. The
site responded that they've got my request, and that it would be sent
to me RSN.
The last time I tried doing that it was for the VAX, and it came back
that day. I wonder what's going on behind that site this time.
And his spam features do not like the people who try to contact the
site for assistance, or did.......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
.
Hello,
Sometimes there seem to be issues with the licensing system at Montagar. The
guy behind the system is AFAIK doing the hobbyist maintenance in his spare
time.
I have also had to wait a couple of times for my licenses. You can send him
mail or just try the license fetching again.
Kari
Hello!
This is strange.... After the usual issues with getting the proper
authentication to enable logging into the User Group site for the User
Group number, I went ahead and told the hobbyist thing the number.
And this time after filling in the forms the data came back via return
e-mail. The first time, and even this time the site for the hobbyist
license simply said: "
Hobbyist Licensing
Your license request has been accepted. You will receive your license
via E-mail at hansolofalcon at att.net once processing has been
completed. Thanks!"
The first time, was shortly after the discussions regarding the Alpha
emulator. Nothing happened.... Now it did. It came back via return
e-mail within minutes.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
.
Hello,
Your membership number and the other details asked on the license request form should be enough to get your licenses.
I have never (in over 10 years) had to log in anyplace to get my licenses.
Kari
2010/7/25 Kari Uusim ki <uusimaki at exdecfinland.org>:
On 25.7.2010 5:07, Gregg Levine wrote:
Hello!
Thought I'd insert a thought here: Friday I applied for a hobbyist
license for the release of VMS for the Alpha that I now have here. The
site responded that they've got my request, and that it would be sent
to me RSN.
The last time I tried doing that it was for the VAX, and it came back
that day. I wonder what's going on behind that site this time.
And his spam features do not like the people who try to contact the
site for assistance, or did.......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
.
Hello,
Sometimes there seem to be issues with the licensing system at Montagar. The
guy behind the system is AFAIK doing the hobbyist maintenance in his spare
time.
I have also had to wait a couple of times for my licenses. You can send him
mail or just try the license fetching again.
Kari
Hello!
This is strange.... After the usual issues with getting the proper
authentication to enable logging into the User Group site for the User
Group number, I went ahead and told the hobbyist thing the number.
And this time after filling in the forms the data came back via return
e-mail. The first time, and even this time the site for the hobbyist
license simply said: "
Hobbyist Licensing
Your license request has been accepted. You will receive your license
via E-mail at hansolofalcon at att.net once processing has been
completed. Thanks!"
The first time, was shortly after the discussions regarding the Alpha
emulator. Nothing happened.... Now it did. It came back via return
e-mail within minutes.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On 25.7.2010 5:07, Gregg Levine wrote:
Hello!
Thought I'd insert a thought here: Friday I applied for a hobbyist
license for the release of VMS for the Alpha that I now have here. The
site responded that they've got my request, and that it would be sent
to me RSN.
The last time I tried doing that it was for the VAX, and it came back
that day. I wonder what's going on behind that site this time.
And his spam features do not like the people who try to contact the
site for assistance, or did.......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
.
Hello,
Sometimes there seem to be issues with the licensing system at Montagar. The guy behind the system is AFAIK doing the hobbyist maintenance in his spare time.
I have also had to wait a couple of times for my licenses. You can send him mail or just try the license fetching again.
Kari
I think the licensing mechanism relies on external links that aren't always that reliable. Post a message on openvmshobbyist.org asking about the state if you have no luck.
Mark.
Hello!
Thought I'd insert a thought here: Friday I applied for a hobbyist
license for the release of VMS for the Alpha that I now have here. The
site responded that they've got my request, and that it would be sent
to me RSN.
The last time I tried doing that it was for the VAX, and it came back
that day. I wonder what's going on behind that site this time.
And his spam features do not like the people who try to contact the
site for assistance, or did.......
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Steve Davidson wrote:
Gregg Levine
On Fri, Jul 23, 2010 at 12:01 PM, Marc Chametzky <marc at bluevine.net> wrote:
Next question, how are we numbering areas, this season? For example, I
am interested in 156.
Did you mean node number 156 (in a particular area)? Area numbers can't go
higher than 63.
--Marc
Hello!
Actually I was not aware of that fact. For example I am aware that
someone does have 51 assigned to them, at one point.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Gregg,
I have sent you the HECnet area list.
If someone is on HECnet, or just logged into Mim (telnet to
Mim.Update.UU.SE, and login with guest/guest), you can check areas and
nodenames at:
MIM::US:[DECNET]DECNET.TXT (areas)
MIM::US:[DECNET]NODENAMES.ALL (nodenames)
And as others mentioned, areas only go from 1 to 63, while node numbers
within one area go from 1 to 1023.
And there is no special algorithm for assigning area numbers. If you
think you want one, and it's free, just let me know.
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
Gregg Levine
On Fri, Jul 23, 2010 at 12:01 PM, Marc Chametzky <marc at bluevine.net> wrote:
Next question, how are we numbering areas, this season? For example, I
am interested in 156.
Did you mean node number 156 (in a particular area)? Area numbers can't go
higher than 63.
--Marc
Hello!
Actually I was not aware of that fact. For example I am aware that
someone does have 51 assigned to them, at one point.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Gregg,
I have sent you the HECnet area list.
-Steve
On Fri, Jul 23, 2010 at 12:01 PM, Marc Chametzky <marc at bluevine.net> wrote:
Next question, how are we numbering areas, this season? For example, I
am interested in 156.
Did you mean node number 156 (in a particular area)? Area numbers can't go
higher than 63.
--Marc
Hello!
Actually I was not aware of that fact. For example I am aware that
someone does have 51 assigned to them, at one point.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Next question, how are we numbering areas, this season? For example, I
am interested in 156.
Did you mean node number 156 (in a particular area)? Area numbers can't go higher than 63.
--Marc
Hello!
I'm in the processof obtaining a system with the mentality who could
be able to run this Free AXP emulator. So far I've got it installed on
this laptop.
As far as the OS goes, it will be VMS for the AXP platform. I've got
it tagged as such.
Next question, how are we numbering areas, this season? For example, I
am interested in 156. The chosen Name would then announced shortly
after all is well with regards to the installation arrangements. The
bridging program would be running on my Linux box, with the host for
the Free AXP emulator sending its data thatway.
Incidentally Sampsa pat yourself on the back, and enjoy an extra
something to drink, because you were the inspiration this week for
that idea. (I don't know if the system arrives this week or next.
There are some idiotic legal issues involved.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Sampsa (and others),
At around midnight local Dutch time (UTC+2) the ftp server Cesium will be shut down, owing to the noise and heat that the system produces..
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 20:20 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
I just tried the first one, on both OS X and VMS, and it said no zip file directory was found..
Sampsa
On 19 Jul 2010, at 19:18, H Vlems wrote:
PS
On what system did you unzip them and what error message did you get?
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 16:28 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
Hans,
Any chance you can bring that FTP server up again?
Also, I tried unzipping the first file, and it seemed to be corrupted...
Samp
On 18 Jul 2010, at 23:01, H Vlems wrote:
It is time for me to get some sleep, so the systems in area 44 are being shut down.
If there are people interested to finish their ftp sessions, please let me know and I ll start the systems tomorrow again. It is too noisy in the house (and too expensive) to keep them running.
Hans
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00
That s a strange error message, perhaps there s version mismatch?
I run UNZIP 5.42, built on AlphaVMS V1.5 on 14 January 2001. I realise that is quite old but then again I haven t had any problems with it.
To check things, I did this:
- unzipped the first file (porting tools 1 of 2), no errors - renamed that file and ran differences between the orginal .dd file and the new one: no differences were found.
The command used: UNZIP -V <filename>.ZIP
Hans
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 20:20 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
I just tried the first one, on both OS X and VMS, and it said no zip file directory was found..
Sampsa
On 19 Jul 2010, at 19:18, H Vlems wrote:
PS
On what system did you unzip them and what error message did you get?
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 16:28 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
Hans,
Any chance you can bring that FTP server up again?
Also, I tried unzipping the first file, and it seemed to be corrupted...
Samp
On 18 Jul 2010, at 23:01, H Vlems wrote:
It is time for me to get some sleep, so the systems in area 44 are being shut down.
If there are people interested to finish their ftp sessions, please let me know and I ll start the systems tomorrow again. It is too noisy in the house (and too expensive) to keep them running.
Hans
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00
I just tried the first one, on both OS X and VMS, and it said no zip file directory was found..
Sampsa
On 19 Jul 2010, at 19:18, H Vlems wrote:
PS
On what system did you unzip them and what error message did you get?
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 16:28 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
Hans,
Any chance you can bring that FTP server up again?
Also, I tried unzipping the first file, and it seemed to be corrupted...
Samp
On 18 Jul 2010, at 23:01, H Vlems wrote:
It is time for me to get some sleep, so the systems in area 44 are being shut down.
If there are people interested to finish their ftp sessions, please let me know and I ll start the systems tomorrow again. It is too noisy in the house (and too expensive) to keep them running.
Hans
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00
PS
On what system did you unzip them and what error message did you get?
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 16:28 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
Hans,
Any chance you can bring that FTP server up again?
Also, I tried unzipping the first file, and it seemed to be corrupted...
Samp
On 18 Jul 2010, at 23:01, H Vlems wrote:
It is time for me to get some sleep, so the systems in area 44 are being shut down.
If there are people interested to finish their ftp sessions, please let me know and I ll start the systems tomorrow again. It is too noisy in the house (and too expensive) to keep them running.
Hans
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00
OK, cool, thanks.
Sampsa
On 19 Jul 2010, at 19:18, H Vlems wrote:
Sampsa,
The .dd files have all been zipped with the -V switch to preserve VMS file attributes.
Avtually, zipping the .dd files didn t reduce their size much: between 6% and 13% only.
So you might just as well download the original files.
The ftp server is up and running, the hecnet bridge is down btw.
Hans
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 16:28 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
Hans,
Any chance you can bring that FTP server up again?
Also, I tried unzipping the first file, and it seemed to be corrupted...
Samp
On 18 Jul 2010, at 23:01, H Vlems wrote:
It is time for me to get some sleep, so the systems in area 44 are being shut down.
If there are people interested to finish their ftp sessions, please let me know and I ll start the systems tomorrow again. It is too noisy in the house (and too expensive) to keep them running.
Hans
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00
Sampsa,
The .dd files have all been zipped with the -V switch to preserve VMS file attributes.
Avtually, zipping the .dd files didn t reduce their size much: between 6% and 13% only.
So you might just as well download the original files.
The ftp server is up and running, the hecnet bridge is down btw.
Hans
Van: Sampsa Laine [mailto:sampsa at mac.com] Verzonden: maandag, juli 2010 16:28 Aan: H Vlems Onderwerp: Re: [HECnet] shutting down area 44
Hans,
Any chance you can bring that FTP server up again?
Also, I tried unzipping the first file, and it seemed to be corrupted...
Samp
On 18 Jul 2010, at 23:01, H Vlems wrote:
It is time for me to get some sleep, so the systems in area 44 are being shut down.
If there are people interested to finish their ftp sessions, please let me know and I ll start the systems tomorrow again. It is too noisy in the house (and too expensive) to keep them running.
Hans
Geen virus gevonden in het binnenkomende-bericht. Gecontroleerd door AVG - www.avg.com Versie: 9.0.839 / Virusdatabase: 271.1.1/3014 - datum van uitgifte: 07/18/10 20:35:00