[Bug 2903] ssh-keyscan returns '0' when no keys are found

[bugzilla-daemon at mindrot.org]

https://bugzilla.mindrot.org/show_bug.cgi?id=2903

Damien Miller <djm at mindrot.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

Ahmed Sayeed <ahmedsayeed1982 at yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ahmedsayeed1982 at yahoo.com

--- Comment #3 from Damien Miller <djm at mindrot.org> ---
Close bugs fixed in openssh-8.1 release cycle

--- Comment #4 from Ahmed Sayeed <ahmedsayeed1982 at yahoo.com> ---
/gdb/arch/arc.c:117:43:   required from here
http://www.compilatori.com/technology/download-videos/
/usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: error: no
matching function for call to ‘std::pair<const arc_arch_features, const
std::unique_ptr<target_desc,
http://www-look-4.com/tech/honor-magicbook/ target_desc_deleter>
>::pair(const arc_arch_features&, target_desc*&)’
  : _M_v(std::forward<_Args>(__args)...) { }
http://www.acpirateradio.co.uk/technology/global-warming/
                                       ^ 
/usr/include/c++/4.8.2/bits/hashtable_policy.h:195:39: note: candidates
are: https://www.webb-dev.co.uk/crypto/crypto-fell/
In file included from /usr/include/c++/4.8.2/utility:70:0,
                 from /usr/include/c++/4.8.2/tuple:38,
http://www.logoarts.co.uk/technology/robot-vacuums/
                 from /usr/include/c++/4.8.2/functional:55, 
                 from ../../gdb/../gdbsupport/ptid.h:35,
https://komiya-dental.com/shopping/buy-android/
                 from ../../gdb/../gdbsupport/common-defs.h:123,
                 from ../../gdb/arch/arc.c:19:
http://www.slipstone.co.uk/technology/cars-interior/
/usr/include/c++/4.8.2/bits/stl_pair.h:206:9: note: template<class ...
_Args1, long unsigned int ..._Indexes1, class ... _Args2, long unsigned
int ..._Indexes2> std::pair<_T1,
http://embermanchester.uk/technology/telegram/  
_T2>::pair(std::tuple<_Args1 ...>&, std::tuple<_Args2 ...>&,
std::_Index_tuple<_Indexes1 ...>, std::_Index_tuple<_Indexes2 ...>)
         pair(tuple<_Args1...>&, tuple<_Args2...>&,
http://connstr.net/technology/nasa-latest/
         ^
-------->8---------
http://joerg.li/technology/b-class-cars/
Thanks to Tome de Vries' investigation, same fix applies in ARC's case
as well:
--------8<--------- http://www.jopspeech.com/travel/windows-11/
diff --git a/gdb/arch/arc.c b/gdb/arch/arc.c
index 3808f9f..a5385ce 100644
--- a/gdb/arch/arc.c
+++ b/gdb/arch/arc.c http://www.wearelondonmade.com/travel/renault/
@@ -114,7 +114,7 @@ struct arc_arch_features_hasher
   target_desc *tdesc = arc_create_target_description (features);
https://waytowhatsnext.com/computers/discord-and-steam/

   /* Add the newly created target description to the repertoire.  */
-  arc_tdesc_cache.emplace (features, tdesc);
http://www.iu-bloomington.com/sports/honda-civic/
+  arc_tdesc_cache.emplace (features, target_desc_up (tdesc));

-- 
You are receiving this mail because:
You are watching someone on the CC list of the bug.
You are watching the assignee of the bug.