[Hardhats-members] Re: more M read questions

2005-08-23 Thread Kevin Toppenberg
On 8/23/05, K.S. Bhaskar [EMAIL PROTECTED] wrote: ... If anyone ever feels that I get too commercial, please feel free to castigate me. I don't think so either. P.S. Kevin, did you ever get your IO working? I think that was what started the thread. No I didn't. But this thread got off

Re: [Hardhats-members] Re: more M read questions

2005-08-23 Thread Greg Woodhouse
You can create a DEVICE file entry with specific open parameters if need be. If you set recordsize=255 (or a larger value), will read reliably return that number of characters, or will it read as many characters as possible without blocking? I may have misunderstood Kevin's problem, but I

Re: [Hardhats-members] Re: more M read questions

2005-08-23 Thread Jim Self
Bhaskar wrote: On Tue, 2005-08-23 at 11:53 -0500, Kevin Toppenberg wrote: [KSB] ...snip... P.S. Kevin, did you ever get your IO working? I think that was what started the thread. No I didn't. But this thread got off track, so I started a new one. I can't get block reads to work

[Hardhats-members] Re: more M read questions

2005-08-23 Thread Kevin Toppenberg
First of all I would like to thank Bhaskar for his answer. It only took 70 posts on this thread to get to that point. :-) Second, I'm ticked off because I just found that OPEN^%ZISH has this functionalilty built into the code, but it is not documented in either the new HTML kernel API manual,

Re: [Hardhats-members] Re: more M read questions

2005-08-23 Thread Gregory Woodhouse
I'm sure you know this, but unbuffered I/O can be painfully slow. The problem is that buffering can also cause problems for certain network protocols: imagine an MTA (message transfer agent) sending QUIT to terminate an SMTP session. If the TCP stack hadn't filled the advertised window, it

Re: [Hardhats-members] Re: more M read questions

2005-08-23 Thread K.S. Bhaskar
On Tue, 2005-08-23 at 16:23 -0500, Jim Self wrote: [KSB] ...snip... I haven't worked with this level of code in quite awhile and I forget what differences in device parameters apply to different device types, such as for sockets and communication between processes, such as we use in CGI

Re: [Hardhats-members] Re: more M read questions

2005-08-23 Thread Gregory Woodhouse
I didn't know that either! === Gregory Woodhouse [EMAIL PROTECTED] It is foolish to answer a question that you do not understand. --G. Polya (How to Solve It) On Aug 23, 2005, at 2:38 PM, Kevin Toppenberg wrote: Second, I'm ticked off because I just found that OPEN^%ZISH has this

[Hardhats-members] Re: more M read questions

2005-08-23 Thread Kevin Toppenberg
OK. So here is a screenlog showing block read functionality, while still using OPEN^%ZISH. GTMs fname=tempbinblock GTMset path=/home/kdt0p/ GTMdo OPEN^%ZISH(handle,path,fname,RB) w POP 0 GTMfor i=1:1:15 U IO read block U $P w $Length(block),! 512 512 512 512 ... 512 512 512 GTM Notice that

RE: [Hardhats-members] Re: more M read questions

2005-08-22 Thread Ruben Safir
On Sun, 2005-08-21 at 21:35 -0400, David Sommers wrote: Your initial comment was that you didn't want to use file sharing because it couldn't be easily tunneled over RPC. Not I I was just trying to throw out some useful ideas. I don't think rysnc requires SAMBA. Ruben

Re: [Hardhats-members] Re: more M read questions

2005-08-22 Thread Kevin Toppenberg
It was a helpful post. Thanks! Kevin On 8/22/05, Ruben Safir [EMAIL PROTECTED] wrote: On Sun, 2005-08-21 at 21:35 -0400, David Sommers wrote: Your initial comment was that you didn't want to use file sharing because it couldn't be easily tunneled over RPC. Not I I was just trying to

[Hardhats-members] Re: more M read questions

2005-08-21 Thread Kevin Toppenberg
Are you making this more difficult that it has to be? (I can't *imagine* you doing that! :-) ) I don't know about the big/little endian issues. I am not planning to store two-byte words, so I don't think this comes into play. I will just store the bytes as they come in the stream. And I

[Hardhats-members] Re: more M read questions

2005-08-21 Thread Kevin Toppenberg
Maury, Thanks for your feedback. I agree that they byte-by-byte approach will have to be changed. I am doing it for a couple of reasons. First, I think it is a severe limitation of Kernel if it can't read in a binary file. Second, because I want to allow the server to send CPRS, or other

Re: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Maury Pepper
- Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, August 21, 2005 12:00 PM Subject: [Hardhats-members] Re: more M read questions Maury, Thanks for your feedback. I agree that they byte-by-byte approach will have to be changed. I

Re: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Ruben Safir
On Sun, 2005-08-21 at 13:42 -0400, Kevin Toppenberg wrote: Hmm... if I had an ftp server, I would want to be sure that only those authorized to request a file were sent the file. Perhaps I need to look more into the secure FTP options rsync through ssh or FreeSWan...

Re: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Ruben Safir
On Sun, 2005-08-21 at 14:19 -0400, Kevin Toppenberg wrote: Thanks Ruben, Are any of these options something that could be put into a $Windoze client so that it could securely request images from server, or would it involve setting up an environment for the client to run int? I'm not sure.

Re: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Ruben Safir
FreeSWan is just a VPN standard implementation. Ruben On Sun, 2005-08-21 at 14:19 -0400, Kevin Toppenberg wrote: Thanks Ruben, Are any of these options something that could be put into a $Windoze client so that it could securely request images from server, or would it involve setting up

Re: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Chris Richardson
it is better to let the underlying OS do some of the work. That was what I was aluding to. Chris - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, August 21, 2005 9:51 AM Subject: [Hardhats-members] Re: more M read questions Are you

RE: [Hardhats-members] Re: more M read questions

2005-08-21 Thread David Sommers
Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ruben Safir Sent: Sunday, August 21, 2005 2:35 PM To: [EMAIL PROTECTED] Subject: Re: [Hardhats-members] Re: more M read questions On Sun, 2005-08-21 at 14:19 -0400, Kevin Toppenberg wrote: Thanks Ruben, Are any

RE: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Ruben Safir
On Sun, 2005-08-21 at 18:50 -0400, David Sommers wrote: Rsync is a tool used to synchronize or replicate files. In terms of sending a single file from server to client upon request, a tool is not recommended but a protocol. Whether it be Secure FTP, BitTorrent, SMB, or the like. This is

Re: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Kevin Toppenberg
I am already using rsync to upload my backup data to our Windows server, and include VistA data with our financial data backup. But I still don't see how I would incorporate that into an image viewer that needs to request a specific file from a server. Kevin On 8/21/05, Ruben Safir [EMAIL

Re: [Hardhats-members] Re: more M read questions

2005-08-21 Thread Ruben Safir
That I can't answer. No pipe? No File Pipe? Ruben On Sun, 2005-08-21 at 19:20 -0400, Kevin Toppenberg wrote: I am already using rsync to upload my backup data to our Windows server, and include VistA data with our financial data backup. But I still don't see how I would incorporate that

RE: [Hardhats-members] Re: more M read questions

2005-08-21 Thread David Sommers
PROTECTED] Subject: Re: [Hardhats-members] Re: more M read questions I am already using rsync to upload my backup data to our Windows server, and include VistA data with our financial data backup. But I still don't see how I would incorporate that into an image viewer that needs to request