search for: irretrievably

...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, and wh...

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 26 2...

...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

On Thu, Jun 25, 2020 at 2:43 AM Nikita Popov <nikita.ppv at gmail.com> wrote: > On Thu, Jun 25, 2020 at 11:22 AM Zachary Turner via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> I can’t really 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

On 5/31/2017 10:13 AM, m.roth at 5-cent.us wrote: > If I had realized it would run this long, I would have used DBAN.... For > single drives, I do, and choose DoD 5220.22-M (seven passes), which is > *way* overkill these days... but I sign my name to a certificate that gets > stuck on the outside of the server, meaning I, personally, am responsible > for the sanitization of the

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 curr...

...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 ar...

John R Pierce wrote: > On 5/31/2017 10:13 AM, m.roth at 5-cent.us wrote: >> If I had realized it would run this long, I would have used DBAN.... For >> single drives, I do, and choose DoD 5220.22-M (seven passes), which is >> *way* overkill these days... but I sign my name to a certificate that >> gets stuck on the outside of the server, meaning I, personally, am

I'm using Centos 4.5 right now, and I had a RAID 5 array stop because two drives became unavailable. After adjusting the cables on several occasions and shutting down and restarting, I was able to see the drives again. This is when I snatched defeat from the jaws of victory. Please, someone with vast knowledge of how RAID 5 with mdadm works, tell me if I have any chance at all

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 bas...

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 longe...

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) I...

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. > O...

...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 look...

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, and wh...