search for: repatching

With the deafening silence from my previous questions, I feel seriously alone in the desire to have ChanSpy available. I want to be able to perform a "ZapBarge" on an Agents conversation, and ChanSpy was the answer to my prayers. Bug #2379 (http://bugs.digium.com/bug_view_page.php?bug_id=0002379) was closed "bkw918 10-27-04 17:06 Closed pending new changes in cvs-head."

My understanding is that the JIT system allows during the running of the system resolution of call instructions to undefined functions to be trapped and then patched with the correct address (is this true?). The question I have is does the current system also allow for repatching? for a certain OO system I am working on this could be desirable when an object/class is updated and replaced- making it possible in certain cases to update the call point as the code is replaced. Thanks in advance.

...running of > the system resolution of call instructions to undefined functions to > be trapped and then patched with the correct address (is this true?). Yes, see: http://llvm.org/docs/tutorial/LangImpl4.html#jit > The question I have is does the current system also allow for > repatching? for a certain OO system I am working on this could be > desirable when an object/class is updated and replaced- making it > possible in certain cases to update the call point as the code is > replaced. You can repatch a function that was hitted with the ExecutionEngine::recompile...

...timeout: 0x10 0x0 0x80 0x0 fxp0: SCB timeout: 0x10 0x0 0x80 0x0 fxp0: DMA timeout ... repeated ... Attempted workarounds which don't work to un-wedge the chip: Reload the fxp0 microcode with "ifconfig fxp0 link0" Forcibly unloading the kernel module and reloading it Unpatching and repatching at the switch (a cheap 10/100 one) Enabling and disabling promiscuous mode Twiddling dev.fxp.0.noflow The link status looks fine, but the card will not send or receive traffic. A warm reboot was enough to get things back up again. regards, BMS

Hey all- Trying to run sh 1.2.8 and iptables 1.2.5 on my linux 2.4.17 box. I build the kernel from kernel.org sources, and then patched it with iptables 1.2.5 by doing %make pending-patches KERNEL_DIR=/usr/src/linux I let it run and patched these: Welcome to Rusty''s Patch-o-matic! Each patch is a new feature: many have minimal impact, some do not. Almost every one has bugs, so I

...block ? (2) If the answer to (1) is no: If I add the cloned basic block (bb1_clone) into the same function at a place such that all paths to bb1_clone from the entry are the same as the earlier paths to bb1 (except that I am now removing an earlier path to bb1 from one of its predecessor), would repatching the unnamed temporaries in bb_clone1 to the new ones (local to the cloned block ?) in the client transform pass be good enough to result in a well formed LLVM IR representation ? Thanks much for your time. - Prakash

https://bugzilla.mindrot.org/show_bug.cgi?id=1741 Summary: Patch to add support for building on Haiku Product: Portable OpenSSH Version: 5.4p1 Platform: ix86 OS/Version: Other Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: unassigned-bugs at mindrot.org

Okay, spending the time to dot t's and cross i's (or something like that), I think I have something now that can be called 3.00-worthy, so let's call it a release candidate. Changes over the earlier 3.00 prereleases: - -m and -a options now supported by the DOS installer. - PXELINUX now allows IP addresses, FQDNs, and truncated hostnames when specifying an alternate TFTP server

I've pondered the feedback and revised my proposal to the client. Here is the revised project objectives. Notably, this is the addition of 4), the deletion of the whole slew of items actually related to handling versioned files, and mention of preexisting work on 1). I've took a little gander at some of the backup wrappers, and it looks like I will probably use one of these. I'll

I installed bristuff0.20-RC3 (which includes * 1.0.3 stable) It works fine until I disconnect the phone jack for the ISDN line. Even after plug it back in asterisk still reports that it could not create a zap channel when I try to dial out and the line gives an engaged tone when I try to dial. Re-starting asterisk doesn't solve this, I have to stop asterisk, unload the modules, reload

If I can squeeze a message between the discussions on security (:-)) I have been trying to compile a kernel on an x86_64 box under CentOS4.1 and now 4.2. The problem is that neither make xconfig or make gconfig work: make gconfig * * Unable to find the GTK+ installation. Please make sure that * the GTK+ 2.0 development package is correctly installed... * You need gtk+-2.0, glib-2.0 and

Hello there! Perhaps this is a little off-topic, but I notice this only on the Centos box. I'm running Centos 4 on an AMD64 which has the following entries in the fstab to connect to NFS shares on a Fedora3 box: 192.168.1.12:/home/angelo/ /home/angelo/NFS_share1 nfs rw,addr=192.168.1.12 0 0 192.168.1.12:/home/angelo/data /home/angelo/NFS_share2 nfs rw,addr=192.168.1.12 0 0

https://bugs.freedesktop.org/show_bug.cgi?id=90626 Bug ID: 90626 Summary: HP ZBook 15 nouveau driver hangup for kernel >= 3.19 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee:

> On Feb 11, 2016, at 12:43 AM, via llvm-dev <Alexander G. Riccio> wrote: > > I don’t think that we can agree to abstract code guidelines without knowing what it means in practice for the codebase. If you’re interested in this, please include a diff that shows the impact to the headers, and we should also measure what happens to the performance of the generated compiler. > >