search for: gawd

On Tue, Feb 11, 2020 at 03:50:08PM +0100, Peter Zijlstra wrote: > Oh gawd; so instead of improving the whole NMI situation, AMD went and > made it worse still ?!? Well, depends on how you want to see it. Under SEV-ES an IRET will not re-open the NMI window, but the guest has to tell the hypervisor explicitly when it is ready to receive new NMIs via the NMI_COMPLETE m...

On Tue, Feb 11, 2020 at 03:50:08PM +0100, Peter Zijlstra wrote: > Oh gawd; so instead of improving the whole NMI situation, AMD went and > made it worse still ?!? Well, depends on how you want to see it. Under SEV-ES an IRET will not re-open the NMI window, but the guest has to tell the hypervisor explicitly when it is ready to receive new NMIs via the NMI_COMPLETE m...

...ve any problems following the rules of the list, but > I am fully on the side of the "Replies should go at the top" group and > would vote for a change in the rules. > And do not even start on the Chevy vs. Ford debate respecting the technical superiority of Pine over Outlook. GAWD... Life its too short as it is. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB at Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fa...

....files(all.files=TRUE) ). The last invocation indicated that the name of the file was *really* ``.Rprofile.txt'' --- although I'd tried to save it as (simply) ``.Rprofile''. Is that the problem? If so, how can I persuade Windoze NOT to stick that damned .txt tag on the end? (Gawd, but I ***hate*** Windoze!!!) If that's not the problem, can you suggest what *is* the problem? All that .Rprofile(.txt) has in it at the moment is options(prompt="Wheee! ") so that I can easily tell whether it's working. If I execute > source(".Rprofile.txt")...

Hi, I haven't seen any mention of this on the list. I'm curious if anyone has tried it and can share some opinions on it? http://www.thirdlane.com/screenshots.htm http://www.thirdlane.com/opensource.htm#manager Defaults Manager - initial PBX configuration Device Manager - management of devices (phones) Mailbox Manager - configuration of user mailboxes Extensions Manager - dialplan

...ut that requires more intrusive changes to > the entry code because it does not handle entries from kernel-mode while > on the entry stack. > > Besides the special handling above the patch-set contains the handlers > for the #VC exception and all the exit-codes specified in [1]. Oh gawd; so instead of improving the whole NMI situation, AMD went and made it worse still ?!?

On Tue, Feb 11, 2020 at 7:43 AM Joerg Roedel <joro at 8bytes.org> wrote: > > On Tue, Feb 11, 2020 at 03:50:08PM +0100, Peter Zijlstra wrote: > > > Oh gawd; so instead of improving the whole NMI situation, AMD went and > > made it worse still ?!? > > Well, depends on how you want to see it. Under SEV-ES an IRET will not > re-open the NMI window, but the guest has to tell the hypervisor > explicitly when it is ready to receive new NMI...

...haphazard scanners can cause strangely, the official PERL may dream more networks. The workstations, zipdisks, and interfaces are all solid and useless. We subtly negotiate without sly closed FBIs. When Anne's resilient subroutine spools, Geoffrey disrupts within lazy, rough scanners. Gawd, Ella never generates until Ed proliferates the retarded cable loudly.

...g people to test. I have given the Tru64/osf1 community almost a month to test it. And *ONE* person came forward to give me verification. And don't give me shit about "I don't have time." The person who tested it was LEAVING his employer with Tru64. He found time. IT IS YOUR GAWD DAMN PLATFORM. IF YOU DON'T CARE ENOUGH TO SUPPORT WHAT YOU USE (OR DEVELOP) THEN YOU HAVE ONLY YOURSELF TO BLAME. Sorry kids, if you don't care. Nor do I. I won't be doing any more work for Tru64 platform. I'd rather work with the AIX or Cygwin developers since they care about...

...e of fgkaslr. Current kaslr is completely broken because the hardware leaks more bits than we currently have, even without the kernel itself leaking an address. But leaking a single address is not a problem with fgkaslr. > (e.g. why keep the kernel text all > in one contiguous chunk?) Dear gawd, please no. Also, we're limited to 2G text, that's just not a lot of room. I'm really going to object when people propose we introduce direct PLT for x86. > And generally speaking, it seems a nice improvement to me, as it gives > the kernel greater addressing flexibility. But at...

...e of fgkaslr. Current kaslr is completely broken because the hardware leaks more bits than we currently have, even without the kernel itself leaking an address. But leaking a single address is not a problem with fgkaslr. > (e.g. why keep the kernel text all > in one contiguous chunk?) Dear gawd, please no. Also, we're limited to 2G text, that's just not a lot of room. I'm really going to object when people propose we introduce direct PLT for x86. > And generally speaking, it seems a nice improvement to me, as it gives > the kernel greater addressing flexibility. But at...

Dovecot version 2.1.7 Ubuntu 12.04.3 LTS Kernel 3.2.0-35-generic x86_64 I'm not sure exactly when this started occurring, but sporatically users report issues receiving email, having email saved to "Sent," etc. Looking in dovecot.log, I see the following errors: 2013-10-16 09:53:20 imap-login: Info: Login: user=<user1>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=27434,

Hello all After being told of a funky date validator I will ask again for another validator :) Does anyone know of a plugin that validates that a field is the correct syntax for an IP Address? Thanks Jeff -- Posted via http://www.ruby-forum.com/.

Is there any reason to believe that a samba server would be slower when serving up roaming profiles than a real Windows server? I know roaming profiles are slow by nature and that there are things you can do to help like configuring ffolder redirection. But all else being equal, how would a samba server compare to a Windows server when it comes to speed specifically with respect to roaming

I see someone has noticed my lack of suggestions or recommendations for placement of virtual host source files... Since there are many places to put virtual host source files, I had intentionally avoided the discussion due to the complexities and to keep the document restricted to a single topic. I had planned to create a separate document devoted to the discussion. Specifically, there

On Thu, Feb 27, 2020 at 04:00:45PM -0800, Thomas Garnier wrote: > Minor changes based on feedback and rebase from v10. > > Splitting the previous serie in two. This part contains assembly code > changes required for PIE but without any direct dependencies with the > rest of the patchset. > > Note: Using objtool to detect non-compliant PIE relocations is not yet > possible

On Thu, Feb 27, 2020 at 04:00:45PM -0800, Thomas Garnier wrote: > Minor changes based on feedback and rebase from v10. > > Splitting the previous serie in two. This part contains assembly code > changes required for PIE but without any direct dependencies with the > rest of the patchset. > > Note: Using objtool to detect non-compliant PIE relocations is not yet > possible

On 08/05/16 09:02 PM, Valeri Galtsev wrote: > > On Sun, May 8, 2016 7:31 pm, Digimer wrote: >> On 08/05/16 08:12 PM, John R Pierce wrote: >>> On 5/6/2016 2:26 PM, Valeri Galtsev wrote: >>>> Which internal hardware RAID controllers will survive some future to >>>> come >>>> in your estimate. First of all my beloved 3ware finally seems to

...form lacking mmap() will not have compression (Sorry fokes, this is not an issue really..This is a fact of life.) Those platforms lacking a usable MAP_ANON should test the release. It should fall back to /dev/zero mmap() then back to sparse files. NOTE: The fall back is runtime so if one could (gawd) compile and run OpenSSH on multiple kernel release it should do the right thing. 4. NeXTStep is more than likely borken. I'm pretty sure.=) It lies about having a mmap(). I'll look into it once I get my NeXT box back on the network unless someone can fire off a simple patch to solve it....

----- Original Message ----- From: <asterisk-users-request@lists.digium.com> To: <asterisk-users@lists.digium.com> Sent: Wednesday, December 01, 2004 7:07 AM Subject: Asterisk-Users Digest, Vol 5, Issue 6 > Send Asterisk-Users mailing list submissions to > asterisk-users@lists.digium.com > > To subscribe or unsubscribe via the World Wide Web, visit >