Hello,
Yes, it is possible to reproduce.
It dies that not just the host exists, but the simh process also creases.
Here is the case:
virtual:~/SIMH/ultrix/bin # uname -a
Linux virtual 2.6.37.6-0.7-desktop #1 SMP PREEMPT 2011-07-21 02:17:24 +0200
x86_64 x86_64 x86_64 GNU/Linux
virtual:~/SIMH/ultrix/bin # cat /proc/cpuinfo
[...]
processor : 5
vendor_id : AuthenticAMD
cpu family : 16
model : 10
model name : AMD Phenom(tm) II X6 1055T Processor
stepping : 0
cpu MHz : 800.000
cache size : 512 KB
physical id : 0
siblings : 6
core id : 5
cpu cores : 6
apicid : 5
initial apicid : 5
fpu : yes
fpu_exception : yes
cpuid level : 6
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb
rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid
aperfmperf pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy
abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt cpb npt lbrv svm_lock
nrip_save pausefilter
bogomips : 5624.61
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate [9]
virtual:~/SIMH/ultrix/bin # ldd vax
linux-vdso.so.1 => (0x00007fff359ff000)
librt.so.1 => /lib64/librt.so.1 (0x00007ffb60b8b000)
libm.so.6 => /lib64/libm.so.6 (0x00007ffb60934000)
libc.so.6 => /lib64/libc.so.6 (0x00007ffb605c7000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ffb603aa000)
/lib64/ld-linux-x86-64.so.2 (0x00007ffb60d94000)
On a remote host I start an ordinary ftp session
[root@mailhost ~]# ftp ultrix
Connected to ultrix (192.168.10.4).
220 ultrix FTP server (ULTRIX Version 4.1 Sun Sep 17 06:28:20 EDT 1995) ready.
Name (ultrix:ubul): zoli
331 Password required for zoli.
Password:
230 User zoli logged in.
ftp> bin
200 Type set to I.
ftp> put starter.tar.gz
local: starter.tar.gz remote: starter.tar.gz
227 Entering Passive Mode (192,168,10,4,4,1)
150 Openning data connection for starter.tar.gz (192.168.10.36,54533).
It works well until I issue the put command - but then the simh process gets a
segmentation fault.
[...]
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
sendto(9,
"\0!\205=\264\311\10\0+\252\273\314\10\0E\0\0(\0}\0\0<\6\350\332\300\250\n\4\300\250"...,
60, 0, NULL, 0) = 60
read(0, "", 1) = 0
sendto(9,
"\0!\205=\264\311\10\0+\252\273\314\10\0E\0\0V\0~\0\0<\6\350\253\300\250\n\4\300\250"...,
100, 0, NULL, 0) = 100
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
sendto(9,
"\0!\205=\264\311\10\0+\252\273\314\10\0E\0\0,\0\177\0\0<\6\350\324\300\250\n\4\300\250"...,
60, 0, NULL, 0) = 60
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
lseek(7, 89251840, SEEK_SET) = 89251840
read(7,
"\0\0\0\0\0\0\0\0W\313uN\1\0\0\0\20\0\0\10\10\34\0\0\1\0\0\0^\3\0\0"..., 4096)
= 4096
lseek(7, 89260032, SEEK_SET) = 89260032
write(7, "\351A\3\0\f\1\0\0\0\2\0\0\0\0\0\0c\325pNW\26\10\0W\313uN\0q\2\0"...,
8192) = 8192
lseek(7, 89194496, SEEK_SET) = 89194496
sendto(9,
"\0!\205=\264\311\10\0+\252\273\314\10\0E\0\0p\0\200\0\0<\6\350\217\300\250\n\4\300\250"...,
126, 0, NULL, 0) = 126
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
poll([{fd=9, events=POLLIN}], 1, 0) = 0 (Timeout)
read(0, "", 1) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
The same happens if I try to ftp get put or just use wget with bigger files
from the simh client.
The same happens from the openvms client - therefore I concluded the it must be
the host/simh issue.
Thank you.
Regards,
Z
-----Original Message-----
From: Jan-Benedict Glaw [mailto:[email protected]]
Sent: den 19 september 2011 16:46
To: Arpadffy Zoltan
Cc: [email protected]
Subject: Re: [Simh] SIMH dies when using ftp or wget
On Wed, 2011-09-14 13:39:07 +0200, Arpadffy Zoltan
<[email protected]> wrote:
> Hello,
>
> I have run into a very weird behaviour.
> The TCPIP communication works well both in and outbound. Ping, telnet, pop3
> all works.
> BUT when I try to use FTP after the get or put command the whole SIMH dies.
How does SIMH "die"?
Does the SIMH process die and exit? Or does your networking break (in
a timeout manner)? Or do you see network-related error messages at the
guest OS?
It's a Linux host. And it seems (from your description) that it dies
reproductible. Could you please attach `strace' or `ltrace' (for a
start) to the SIMH process and show us the last few hundred lines?
MfG, JBG
--
Jan-Benedict Glaw [email protected] +49-172-7608481
Signature of: God put me on earth to accomplish a certain number of
the second : things. Right now I am so far behind I will never die.
_______________________________________________
Simh mailing list
[email protected]
http://mailman.trailing-edge.com/mailman/listinfo/simh
