search for: openmode

I have a small server process which normall runs on Windows and accepts network connections via Named Pipes. I would like to run this process under Wine to avoid having to install an NT server I get .. fixme:win32:CreateNamedPipeA (Name="\\\\.\\PIPE\\SOESRV33", OpenMode=0x000003, dwPipeMode=0x000004, MaxInst=5, OutBSize=10096, InBuffSize=10096, DefTimeOut=0, SecAttr=0x412f6f00): stub fixme:win32:CreateNamedPipeA (Name="\\\\.\\PIPE\\SOESRV33", OpenMode=0x000003, dwPipeMode=0x000004, MaxInst=5, OutBSize=10096, InBuffSize=10096, DefTimeOut=0, SecAttr=0x4...

...rfectly obvious that it can't. diff --git a/sftp-client.c b/sftp-client.c index f80352f..964fb3b 100644 --- a/sftp-client.c +++ b/sftp-client.c @@ -2010,7 +2010,7 @@ sftp_upload(struct sftp_conn *conn, const char *local_path, int fsync_flag, int inplace_flag) { int r, local_fd; - u_int openmode, id, status = SSH2_FX_OK, reordered = 0; + u_int openmode, id, status = SSH2_FX_OK, failed = 0, reordered = 0; off_t offset, progress_counter; u_char type, *handle, *data; struct sshbuf *msg; @@ -2150,6 +2150,8 @@ sftp_upload(struct sftp_conn *conn, const char *local_path, if ((r = sshbuf...

Hi, With reference to the latest version of the portable OpenSSH, in file sftp-client.c, it looks to me there may be a bug in function sftp_upload. My understanding is that, when variable "len" is equal to 0, no more SSH_FXP_WRITE messages are sent out and you start draining the queue of pending responses. Variable "len" is set to 0 either when the upload is interrupted, or

Hello. I need some help with this: I have a link to open a modal window: <%= link_to instruct.instruction.name, "#myModal", :data => {:toggle => "modal", :id => instruct.id}, :class=> "openModal"%> and a coffeescript $(".modal-body #result").html $(this).data("id") Shows me the result in the html: <span

Here is the bulk of the sanitizing. My residual doubts center around the question whether we still do/want to support (un)compressed *byte*code in 2.0/2.1. I need a definitive word on this to proceed. My understanding is that bytecode is already gone, but there are still some functions/enums that really deal with *byte*code (instead of *bit*code). I did not touch those areas, so the attached