similar to: ssh tunneling suite

On 11/15/2023 04:40, Mika Westerberg wrote: > Hi Mario, > > On Tue, Nov 14, 2023 at 02:07:53PM -0600, Mario Limonciello wrote: >> USB4 routers support a feature called "PCIe tunneling". This >> allows PCIe traffic to be transmitted over USB4 fabric. >> >> PCIe root ports that are used in this fashion can be discovered >> by device specific data

I've setup a lab to test the new tunneling options in the latest openssh. Things work well... for a while... then the tunnel goes unidirectional. openssh-SNAP-20060122.tar.gz lab1 config: # uname -a FreeBSD lab1 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan 13 13:01:17 EST 2006 root@:/usr/src/sys/i386/compile/SMP i386 # cat /etc/sysctl.conf | egrep -v '(^#|^$)'

Hi, quite often I find myself using commands like $ ssh foo nc bar 12345 to connect to another host behind a firewall, and I also have a lot of these commands in my ssh config file. Since this relies on the server having netcat available (which a lot don't, or in some really old version that will not shut down properly) it breaks often, and I wonder whether it would make sense to have an

Let me start this with the disclaimer that I am a Linux lover that only pretends to have any clue about coding. I grabbed the latest version of OpenSSH (v2.9p1) and went to install it on my Sparc (RH 6.2, v2.4.2). Unlike OpenSSH 2.5.2p2, however, when I tried to compile it I got the following error: ... <compiling away> ... gcc -g -O2 -Wall -I. -I. -I/usr/local/ssl/include

Ermmm.. bugzilla does not like return emails.=) ---------- Forwarded message ---------- Date: Wed, 23 Jan 2002 00:25:05 -0600 (CST) From: mouring at etoh.eviladmin.org To: bugzilla-daemon at mindrot.org Subject: Re: [Bug 75] Error compiling in ssh-agent.c > ------- Additional Comments From djm at mindrot.org 2002-01-23 17:16 ------- > AFAIK atexit() should only take one arg. It looks

Hi everyone, hi Lang, I have a question about Orc JIT (and I think LLVM JIT in general). I am jitting some C++ code that calls atexit and registers a function at some address 0xdeadbeef. Everything is fine, but when the host program (the one that JITs C++ code) shuts down, then I see a crash: error: memory read failed for 0xdeadbeef With the following backtrace: * frame #0:

http://bugzilla.mindrot.org/show_bug.cgi?id=75 ------- Additional Comments From djm at mindrot.org 2002-01-23 17:16 ------- AFAIK atexit() should only take one arg. It looks like configure might not be finding your libc atexit() and is using the compat macro in defines.h. What does configure report when it looks for atexit()? Ben, the compat macro looks wrong too. It is currently defined

[root@fnord-rides-again wine]# make make[1]: Entering directory `/root/wine/unicode' make[1]: `libwine_unicode.so' is up to date. make[1]: Leaving directory `/root/wine/unicode' make[1]: Entering directory `/root/wine/tools' make[2]: Entering directory `/root/wine/tools/specmaker' gcc -g -O2 -Wall -o specmaker dll.o main.o misc.o msmangle.o output.o search.o symbol.o

Andy, et al., I'm experimenting with better condition-register-bit tracking in the PowerPC backend, and I've run across a problem: the scheduling seems to be scheduling glued nodes out of order: Starting with this: 0x10015677970: i32 = Register %CR0 0x10015679080: i32 = TargetConstant<3> ... 0x10015671b80: i32 = TargetConstant<1>

On Alex's advice I am switching from MCJIT to the Orc API to compile and execute functions. Starting from the new clang-interpreter example in the source code (top of the tree!), I am able to execute my functions all right... as long as there are no constructors and destructors to call. My question: is there a simple way, with the Orc API, to run a module's constructors and destructors? I

> It's not the job of the Orc engine. I could argue about this, but I won’t :) > Just don't use atexit. The problem is that I run third-party programs. I cannot control them. > On 20. Nov 2017, at 01:04, Joerg Sonnenberger via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On Mon, Nov 20, 2017 at 12:22:49AM +0100, Alex Denisov via llvm-dev wrote: >> JIT

Hi all, Thought I should say something - it''s been a little while. :) Anyway, I''m still futzing with how I want the Ruby API to look. The more I look at the Perl version, the more I think it was too faithful to the C API. Right now I''m looking at the trigger() method. For example, I don''t see any reason to make the "type" key take a hash as an

The log message for revision 122213 says: > Change the X86 backend to stop using the evil ADDC/ADDE/SUBC/SUBE nodes (which > their carry depenedencies with MVT::Flag operands) and use clean and beautiful > EFLAGS dependences instead. (MVT::Flag has since been renamed to MVT::Glue.) That revision made bug 8404 go away. Am I right in thinking that one of the problems with MVT::Glue is

Maybe the easiest workaround would be overriding symbol resolution for the function name and redirect it to your own version in static code (and hope it has no bad side effect on your use case). I think when running 3rd party code, the only way to definitely avoid this kind of trouble is to never deallocate any code or data sections. Doug Binks mentioned that too in his cppcast about Runtime

http://bugzilla.mindrot.org/show_bug.cgi?id=194 Summary: still problems with libutil Product: Portable OpenSSH Version: -current Platform: ix86 OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org ReportedBy: dh at

When OrcMCJITReplacement is given a new module, it asks for the module's constructors, gives them names like $static_ctor.0, $static_ctor.1, etc., and saves the mangled names in a map. Later, to execute them, it uses runViaLayer(), which looks for those symbol names in the given JIT layer. Could one not simply execute the constructors straight away, rather than naming them and looking them up

On Dec 2, 2011, at 12:40 PM, Evan Cheng wrote: > ---------------- > | Bundle * | (A MI with special opcode "Bundle") > ---------------- > | > ---------------- > | MI * | > ---------------- >

Hey Guys, I am trying to get a python script running but I get the following error: atexit.register(atexit_handler) NameError: global name 'atexit' is not defined A Google search doesn't really help me, except confirm that I don't know anything about python:) Anyone got any ideas? Thanks, jlc

Sorry if I'm duplicating an existing patch, but... On systems with no seteuid() that have setreuid() there is an emulation, but if both are lacking (but we do have setresuid()), nothing is done. The following seems to be right, but I've only got one machine (running an ancient version of HP-UX) which needs this so it may not be general: --cut-here-- --- config.h.in.orig Thu Jun 7

I went to the trouble of setting up Visual Sourcesafe on a Linux system recently. There was a fair amount of futzing required, so I've documented what I had to do at http://www.kegel.com/linux/vss-howto.html Comments and corrections welcome. I'd also love to know how to get this working without hardcoding NT usernames and passwords! The commandline app appears to be fully functional