[jcifs] Re: [jcifs reconnect]
Michael B. Allen
miallen at eskimo.com
Sat Sep 28 06:00:25 EST 2002
On Fri, 27 Sep 2002 15:33:16 +0930
"Daniel Cox" <dcox at microbits.com.au> wrote:
> Thankyou for your quick response.
> I have reproduced the problem using the method (SlowRead) you suggested with 0.7.0b3.
Well, this is kind of strange. It's not sending the disconnect. I'm going
to mucking about with this code a bit. I'll consider this while I do that
work. Actually what's really bazarr is that what caused this issue
originally was not introduced until 0.7 so I don't see how it could be a
problem with 0.6.5. Did you patch anything? Are you sure you're running
> Attached are log files
> I used tcpdump on the server (Ebiz 192.168.1.19)
> NetBSD 1.6, Samba 2.2.5 to capture port 139 packets to/from my workstation (daniel 192.168.1.237) RedHat 7.0, IBM JDK 1.3.0
> #tcpdump -i rtk0 -w /tmp/packet.log "host 192.168.1.237 and port 139"
> On the workstation I
> [dcox at daniel jcifs]$ java -cp /usr/local/lib/jcifs-0.7.0b3.jar:. -Dlog=all -Djcifs.properties=jcifs.props SlowRead smb://ebiz/webdocs/microbits.css >/tmp/slowread.log 2>&1
> Attached are the logs.
> I have tried this on a couple of different samba servers but no 'real' MS servers.
A program should be written to model the concepts of the task it
performs rather than the physical world or a process because this
maximizes the potential for it to be applied to tasks that are
conceptually similar and more importantly to tasks that have not
yet been conceived.
More information about the jcifs