search for: iearned

Hello Folks, I am wondering what could be the problem now. I have succeeded in having an ssh login without password request. Reaching the last stage of creating the rbackup.sh, that's where I got the problem. I made this file executable by running this command chmod +x rbackup.sh Now, when I run this command (./backup.sh) to execute it, I get errors .....complaining of the source on line 53.

Hi Folks, I am going through a hard time of finding a way of using rsync to make a remote backup (disaster recovery). I am trying to make use of rsync to have a backup outside our offices, incase of any disaster forinstance fire, we can be in position to recover our data. This is actually my first time using rsync and I have done the configure and make. I got stuck at the stage of creating a

Hi Folks, At the moment, I am at the stage where I can only do the back manual. I have run the first steps of configure and then make. Now when I run this command, I can be able to have files transfered to a remote server rsync -t (filename) (remote-location) forinstance rsync -t *.p dev:testing and doing this, I am still asked for the password for the remote server. I have tried copying

Hello Folks, I happened to have won atleast something because my backup off the site is working absolutely well at the scheduled interval. But I am having one question, which I know this community could help me getting it down and having everything working the way I really want. This is about having increamental backup. Here's the script I thought, If Include it in the crontab might work but

...way that is at least very > similar to the default behavior, but you have implemented it without using > the existing code. Did you consider implementing it using the LLVM > defaults? > I spend over a day trying to follow your suggestion. In the end I was not successful. Here is what Iearned: After setting ARMJITInfo::hasCustomJumpTables -> true setOperationAction for ISD::BR_JT -> Expand I needed to add a "brind" definition to ARMInstrInfo.td I picked "bx" but to do a proper job one would have to take older architectures into account.. The next thing was t...

On Jul 2, 2009, at 10:48 AM, robert muth wrote: > I spend over a day trying to follow your suggestion. In the end I > was not successful. Here is what Iearned: > > After setting > > ARMJITInfo::hasCustomJumpTables -> true > setOperationAction for ISD::BR_JT -> Expand > > I needed to add a "brind" definition to ARMInstrInfo.td > I picked "bx" but to do a proper job one would have to take older > archi...

On Tue, Jul 14, 2009 at 6:48 PM, Bob Wilson <bob.wilson at apple.com> wrote: > > On Jul 2, 2009, at 10:48 AM, robert muth wrote: > > I spend over a day trying to follow your suggestion. In the end I was not > successful. Here is what Iearned: > > After setting > > ARMJITInfo::hasCustomJumpTables -> true > setOperationAction for ISD::BR_JT -> Expand > > I needed to add a "brind" definition to ARMInstrInfo.td > I picked "bx" but to do a proper job one would have to take older > archite...

Hi Robert, Evan asked me to review this patch, and I have some questions about it. I apologize for not following the discussion earlier and for hitting you with questions after you've already gone through several revisions. LLVM provides some default behavior for handling jump tables, with the tables emitted separately from the code that uses them. The ARM backend provides its

Evan: Sorry for the late follow up, I was out of town last week. Enclosed please find the updated patch including all your suggestions and a dejagnus test. Robert On Thu, Jun 11, 2009 at 2:27 PM, Evan Cheng <evan.cheng at apple.com> wrote: > > On Jun 8, 2009, at 2:42 PM, robert muth wrote: > > > On Sun, Jun 7, 2009 at 11:53 PM, Evan Cheng <evan.cheng at apple.com>