search for: irretriev

...4, 2017 at 8:37 AM, Hal Finkel <hfinkel at anl.gov> wrote: > >> >> On 03/01/2017 05:30 PM, Daniel Berlin via llvm-dev wrote: >> >> So, https://bugs.llvm.org/show_bug.cgi?id=32056 is an example showing >> our current TBAA tree for union generation is definitely irretrievably >> broken. >> I'll be honest here. I'm pretty sure your proposal doesn't go far enough. >> But truthfully, I would rather see us come closer to a representation we >> know works, which is GCC's. >> Let me try to simplify what you are suggesting, an...

John R Pierce wrote: > On 5/31/2017 8:04 AM, m.roth at 5-cent.us wrote: >> I've got an old RAID that I attached to a box. LSI card, and the RAID >> has 12 drives, for a total RAID size of 9.1TB, I think. I started shred >> /dev/sda the Friday before last... and it's still running. Is this >> reasonable for it to be taking this long...? > > not at all

...tbeat. The three nodes are connected on a gigabit switch. From time to time I have problems to unmount a drive, and I have to reboot the whole system to fix the problem. When these lockups occur, I see these messages in /var/log/messages: Feb 26 21:03:47 ppsbackup101 heartbeat: [5394]: ERROR: Irretrievably lost packet: node ppsdb102 seq 6 Feb 26 21:03:47 ppsbackup101 heartbeat: [5394]: ERROR: Irretrievably lost packet: node ppsdb102 seq 6 Feb 26 21:04:32 ppsbackup101 kernel: o2net: connection to node ppsnfs102 (num 3) at 192.168.102.32:7777 has been idle for 300.0 seconds, shutting it down. Feb...

...tps://github.com/fumiyas/smbldap-tools >> Even that points to gna.org: > Ok, but GNA is closed, now, and this has commits (seems imported from > GNA) until 2016... > That is three years ago and all it would take is for Perl to do what Python did and release a new version. This could irretrievably break smbldap-tools. Rowland

...provide a doc, but i can describe what I believe to be the >> biggest problem. >> >> In a GH PR, comments are associated with commit hashes. If a commit hash >> ceases to exist, so do all comments associated with it. The comments are >> quite literally destroyed and irretrievable. >> > > Either I'm misunderstand something, or this is just blatantly incorrect. > Assuming we're talking about pull request reviews here, review comments do > not get lost, regardless of how you rebase the pull request branch. > Try this experiment: 1. Create a PR...

...Information Systems Security (ICISS 2008) > that declares the ?great wiping controversy? about how many passes of > overwriting with various data values to be settled: their research > demonstrates that a single overwrite using an arbitrary data value > will render the original data irretrievable even if MFM and STM > techniques are employed. > > The researchers found that the probability of recovering a single bit > from a previously used HDD was only slightly better than a coin toss, > and that the probability of recovering more bits decreases > exponentially so...

On Sun, May 14, 2017 at 8:37 AM, Hal Finkel <hfinkel at anl.gov> wrote: > > On 03/01/2017 05:30 PM, Daniel Berlin via llvm-dev wrote: > > So, https://bugs.llvm.org/show_bug.cgi?id=32056 is an example showing our > current TBAA tree for union generation is definitely irretrievably broken. > I'll be honest here. I'm pretty sure your proposal doesn't go far enough. > But truthfully, I would rather see us come closer to a representation we > know works, which is GCC's. > Let me try to simplify what you are suggesting, and what we have. > Our...

...Finkel <hfinkel at anl.gov> wrote: >> >>> >>> On 03/01/2017 05:30 PM, Daniel Berlin via llvm-dev wrote: >>> >>> So, https://bugs.llvm.org/show_bug.cgi?id=32056 is an example showing >>> our current TBAA tree for union generation is definitely irretrievably >>> broken. >>> I'll be honest here. I'm pretty sure your proposal doesn't go far enough. >>> But truthfully, I would rather see us come closer to a representation >>> we know works, which is GCC's. >>> Let me try to simplify what yo...

...Systems Security (ICISS 2008) >> that declares the ?great wiping controversy? about how many passes of >> overwriting with various data values to be settled: their research >> demonstrates that a single overwrite using an arbitrary data value >> will render the original data irretrievable even if MFM and STM >> techniques are employed. >> >> The researchers found that the probability of recovering a single bit >> from a previously used HDD was only slightly better than a coin toss, >> and that the probability of recovering more bits decreases >&g...

...ild is at around 8% Ok, I stop the array and rebuild with mdadm --create /dev/md2 --assume-clean --level=5 --chunk --raid- devices=8 /dev/sdc /dev/sdd /dev/sde /dev/sdf /dev/sdg /dev/sdh /dev/ sdi /dev/sdj Now it says it's going to take another 10 hours to rebuild. How likely are my data irretrievable/gone and at what step would it have happened if so?

Hi, I need some help, As per my requirement, I am trying to lower down the x86_64bit binary LLVM IR to x86 LLVM IR. Instruction of x86_64 binary are as follows, mov rax, 1122334455667788 mov rax, 8877665544332211 To lower down the same in x86, I need to split 'rax' register into 'rax_lower' and 'rax_higher'. Can anybody please give me some pointer to do the same or any

So, https://bugs.llvm.org/show_bug.cgi?id=32056 is an example showing our current TBAA tree for union generation is definitely irretrievably broken. I'll be honest here. I'm pretty sure your proposal doesn't go far enough. But truthfully, I would rather see us come closer to a representation we know works, which is GCC's. Let me try to simplify what you are suggesting, and what we have. Our current representation is...

On 13/09/2019 14:57, Marco Gaiarin via samba wrote: > Mandi! Christopher Sean Hilton via samba > In chel di` si favelave... > >> I've been trying to find news on the smbldap-tools package from IDEALX >> but my google searches have been fruitless. In my FreeBSD port build >> run yesterday I noticed that the port is listed as *broken* because >> the download

...p-tools > > > Even that points to gna.org: > > Ok, but GNA is closed, now, and this has commits (seems imported from > > GNA) until 2016... > > > That is three years ago and all it would take is for Perl to do what Python > did and release a new version. This could irretrievably break > smbldap-tools. > Thanks for the help everyone. It looks like the 0.9.11 tarball that I have in my cache is the last ever published version. I may pull fumiyas' git repo in and publish a branch/pull request/whatever for historical reason but it looks like the project is no l...

Scenario: a) Samba with an ldap backend. b) The ldap database becomes irretrievably corrupted. c) I roll in a new ldap database from a known good copy. d) Problem is the passwords for the machine accounts are out of date. e) Is it possible to coax Samba & the clients (mostly XP) to resynch their passwords? f) I want to preserve the client computers SIDs & names. g...

Hi, I downloaded afew off files from the site (www.vorbis.com) and also downloaded the winamp plugin (dll file), but I am unable to play the off files. -- Ramakrishnan.M | Phone : (+91-80)-5099132 DSP Applications Group, Texas Instruments | email : rkrishnan@ti.com Bangalore, India | rkrishnan_m@yahoo.com ---

On 03/01/2017 05:30 PM, Daniel Berlin via llvm-dev wrote: > So, https://bugs.llvm.org/show_bug.cgi?id=32056 is an example showing > our current TBAA tree for union generation is definitely irretrievably > broken. > I'll be honest here. I'm pretty sure your proposal doesn't go far enough. > But truthfully, I would rather see us come closer to a representation > we know works, which is GCC's. > Let me try to simplify what you are suggesting, and what we have. &g...

...t;> Even that points to gna.org: >>> Ok, but GNA is closed, now, and this has commits (seems imported from >>> GNA) until 2016... >>> >> That is three years ago and all it would take is for Perl to do what Python >> did and release a new version. This could irretrievably break >> smbldap-tools. >> > Thanks for the help everyone. > > It looks like the 0.9.11 tarball that I have in my cache is the last > ever published version. I may pull fumiyas' git repo in and publish a > branch/pull request/whatever for historical reason but it...

Hi, I have just recovered from a ZFS crash. During the antagonizing time this took, I was surprised to learn how undocumented the tools and options for ZFS recovery we''re. I managed to recover thanks to some great forum posts from Victor Latushkin, however without his posts I would still be crying at night... I think the worst example is the zdb man page, which all it does is to ask you

...nion member accesses in clang before this > gets fixed? > > -Krzysztof > > > On 3/1/2017 5:30 PM, Daniel Berlin via llvm-dev wrote: > >> So, https://bugs.llvm.org/show_bug.cgi?id=32056 is an example showing >> our current TBAA tree for union generation is definitely irretrievably >> broken. >> I'll be honest here. I'm pretty sure your proposal doesn't go far enough. >> But truthfully, I would rather see us come closer to a representation >> we know works, which is GCC's. >> Let me try to simplify what you are suggesting, an...