Displaying 20 results from an estimated 5000 matches similar to: "SFTP v4.9/v5.0 Protocol Differences"
2006 Apr 14
0
7941/61 IP Phone SIP phone load - for CCM v5.0
Just saw this on Cisco's software download site:
7941/61 IP Phone SIP phone load - for CCM v5.0
Has anyone used this with Asterisk yet?
Josh
2017 Sep 19
1
Changes to 'ADJCALLSTACK*' and 'callseq_*' between LLVM v4.0 and v5.0
Hi Serge,
Thanks for your help. I have looked at the change log, and so far as I can tell, my implementation is pretty much identical to all of the in-tree targets, but I’m missing something and can’t see what it is. I have simplified my TD description to just:
def MyCallseqStart : SDNode<"ISD::CALLSEQ_START",
SDCallSeqStart<[SDTCisVT<0, i32>,
2017 Sep 15
0
Changes to 'ADJCALLSTACK*' and 'callseq_*' between LLVM v4.0 and v5.0
Hi Martin,
Pseudo CALLSEQ_START was changed in r302527, commit message contains
details on the changes.
However CALLSEQ_END was not modified. If your made changes to
ADJCALLSTACKUP to add
additional argument, that may result in error.
Thanks,
--Serge
2017-09-15 19:09 GMT+07:00 Martin J. O'Riordan via llvm-dev <
llvm-dev at lists.llvm.org>:
> Hi LLVM-Devs,
>
> I have managed
2017 Sep 15
2
Changes to 'ADJCALLSTACK*' and 'callseq_*' between LLVM v4.0 and v5.0
Hi LLVM-Devs,
I have managed to complete updating our sources from LLVM v4.0 to v5.0, but
I am getting selection errors for 'callseq_end'. I am aware that the
'ADJCALLSTACKUP' and 'ADJCALLSTACKDOWN' patterns have changed, and have
added an additional argument to the TD descriptions for these.
There are interactions with 'ISD::CALL' and 'ISD::RET_FLAG',
2003 Jan 28
2
rsync 2.5.6 fails on Tru64 v5.0 with rsync://<hostname>/
I've just compiled 2.5.6 release on Tru64 V5.0A (configure detects
alphaev67-dec-osf5.0, gcc release is a 3.1.1).
rsync fails using rsync://<hostname>/ syntax.
> lct@goliath(32) [rsync-2.5.6]$ ./rsync rsync://stitch/
> rsync: getaddrinfo: stitch 873: servname not supported for ai_socktype
> rsync error: error in socket IO (code 10) at clientserver.c(83)
Is there anyone else
2007 Sep 22
1
chroot support for ssh and sftp
List,
I'm current running an older, patched version of OpenSSH with chroot
support (OpenSSH_4.2-chrootsshp1). It's the chrootssh patch that James
Dennis has been providing. I checked back lately and found that even
with the portable OpenSSH source currently at 4.7p1, James doesn't have
anything newer than 4.5p1. I'd like to upgrade so I tried my hand at
implementing the patch
2008 Dec 11
2
5.0 vs 5.1 remote command execution
Hello,
I am experiencing some strange behaviour that I am hoping someone can
shed some light on.
OS and kernel:
Red Hat Enterprise Linux AS release 4 (Nahant Update 5)
Linux host135 2.6.9-67.9hp.7sp.XCsmp #1 SMP Thu Jul 3 18:55:59 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
built both openssh-5.0p1 and openssh-5.1p1 with the following options:
./configure --prefix=/usr
2010 Aug 18
3
[Bug 1807] New: SSH fails randomly
https://bugzilla.mindrot.org/show_bug.cgi?id=1807
Summary: SSH fails randomly
Product: Portable OpenSSH
Version: 5.4p1
Platform: ix86
OS/Version: Other
Status: NEW
Severity: major
Priority: P2
Component: ssh
AssignedTo: unassigned-bugs at mindrot.org
ReportedBy: vinay1714 at gmail.com
I
2008 Nov 19
1
HELPA
I have a problem in ssh login without password
Systems: vmware-centos 5.2: 192.168.0.4 vista copssh: 192.168.0.2
[192.168.0.4 $] ssh-keygen -t dsa
[192.168.0.4 $] scp -p id_dsa.pub tester at 192.168.0.2:.ssh
[192.168.0.2 $] cat .ssh/id_dsa.pub >> .ssh/authorized_keys
[192.168.0.2 $] chmod 700 .ssh
[192.168.0.2 $] chmod 600 .ssh/authorized_keys
[192.168.0.4 $] ssh id at 192.168.0.2
2006 Jan 19
1
CopSSH changes directory permission
Hi,
I am seeing a strange behavior on windows XP pro with CopSSH installed.
Every time I run
the activate.sh and create a ssh account and subsequently when attempted
to delete the folder or any files in the folder windows doesn't seem to
allow any change to the directory.
To fill in some background info here's what I am doing. I am changing
the root directory for the SSH user by changing
2017 Sep 13
2
dfs links anywhere?
Hello,
>> Can more than one server have a share with 'msdfs root = yes'? Or
>> can there be only one root? (Setting 'msdfs root = yes' on shares on
>
> yes
Thanks! It works great for all clients* except the linux kernel (v4.9)
mount, which was what led me astray.
Any idea if this works in more recent kernels? If not where do I wish
list this. :)
2019 May 12
0
[PATCH v7 0/7] Add virtio-iommu driver
On Tue, Jan 15, 2019 at 12:19:52PM +0000, Jean-Philippe Brucker wrote:
> Implement the virtio-iommu driver, following specification v0.9 [1].
>
> This is a simple rebase onto Linux v5.0-rc2. We now use the
> dev_iommu_fwspec_get() helper introduced in v5.0 instead of accessing
> dev->iommu_fwspec, but there aren't any functional change from v6 [2].
>
> Our current
2008 Jul 09
7
[Bug 1483] New: Unable to select desired (DSA) key file
https://bugzilla.mindrot.org/show_bug.cgi?id=1483
Summary: Unable to select desired (DSA) key file
Classification: Unclassified
Product: Portable OpenSSH
Version: 5.0p1
Platform: Other
OS/Version: FreeBSD
Status: NEW
Severity: major
Priority: P2
Component: scp
AssignedTo: unassigned-bugs at
2009 Jan 07
3
[Bug 1549] New: change in remote command execution behavior
https://bugzilla.mindrot.org/show_bug.cgi?id=1549
Summary: change in remote command execution behavior
Product: Portable OpenSSH
Version: 5.1p1
Platform: amd64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: sshd
AssignedTo: unassigned-bugs at mindrot.org
ReportedBy:
2018 Mar 06
0
Heap Exhaustion during 'DAGCombiner::Run'
Martin:
It sounds like you are doing is more akin to shuffle selection than fusion
and therefore it's a better fit for instruction selection than
DAGCombining. Try movign it to <Target>ISelDAGToDAG's Select (or
potentially PreprocessISelDAG).
Th
-Nirav
On Tue, Mar 6, 2018 at 4:05 PM Martin J. O'Riordan <MartinO at theheart.ie>
wrote:
> We discovered what is
2018 Mar 06
2
Heap Exhaustion during 'DAGCombiner::Run'
We discovered what is happening.
SDAGCombiner essentially looks at various combinations of nodes to do with vectors, and when it can, it creates a vector shuffle. The problem is, that our vector shuffle lowering builds new trees with vector element, or vector sub-vector insert sequences. The generic DAGCombiner, reconstructs these into a new shuffle, and so the loop continues - we reduce it,
2019 May 12
2
[PATCH v7 0/7] Add virtio-iommu driver
On Tue, Jan 15, 2019 at 12:19:52PM +0000, Jean-Philippe Brucker wrote:
> Implement the virtio-iommu driver, following specification v0.9 [1].
>
> This is a simple rebase onto Linux v5.0-rc2. We now use the
> dev_iommu_fwspec_get() helper introduced in v5.0 instead of accessing
> dev->iommu_fwspec, but there aren't any functional change from v6 [2].
>
> Our current
2019 May 12
2
[PATCH v7 0/7] Add virtio-iommu driver
On Tue, Jan 15, 2019 at 12:19:52PM +0000, Jean-Philippe Brucker wrote:
> Implement the virtio-iommu driver, following specification v0.9 [1].
>
> This is a simple rebase onto Linux v5.0-rc2. We now use the
> dev_iommu_fwspec_get() helper introduced in v5.0 instead of accessing
> dev->iommu_fwspec, but there aren't any functional change from v6 [2].
>
> Our current
2010 Apr 02
1
Compiling for Windows
Hello OpenSSH devs,
I'm hoping this is the proper forum for this question, but if not maybe some kind soul could point me in the right direction.
I've been tasked with maintaing a Windows application that currently, or will need to, make use of the following tools:
? ssh-keygen
? ssh
? sshd
? sftp
I know there are a few packages out there already CopSSH being one of them (which does
2008 Jul 16
3
openssh 5.0p1: Solaris - Failed to allocate internet-domain X11 display socket.
On Solaris 10 (SPARC & x86), I'm seeing the following error:
error: Failed to allocate internet-domain X11 display socket.
I tracked this down to this code change between openssh 4.7p1 and
5.0p1:
*** openssh-4.7p1/channels.c Mon Jun 25 03:04:47 2007
--- openssh-5.0p1/channels.c Wed Apr 2 15:43:57 2008
***************
*** 1,4 ****
! /* $OpenBSD: channels.c,v 1.270 2007/06/25 08:20:03