search for: indefinitely

In 'Writing R Extensions' section 6.9 there is the paragraph There are interfaces (defined in header R_ext/Applic.h) for definite and for indefinite integrals. ?Indefinite? means that at least one of the integration boundaries is not finite. An indefinite integral usually means an antiderivative, not an integral over an infinite spread. Should that first sentence end with 'for

https://bugzilla.mindrot.org/show_bug.cgi?id=2886 Bug ID: 2886 Summary: ssh-copy-id appears to hang indefinitely when ssh multiplexing is enabled, and it permits passwordless login Product: Portable OpenSSH Version: 6.6p1 Hardware: amd64 OS: Linux Status: NEW Severity: normal Priority: P5...

My server just literally was brought to it's knees with this message spewing on the console: swap_pager: indefinite wait buffer: bufobj: 0, blkno: 1203133, size: 4096 (blkno and size were varying) Some searching says that this is or was a bug. Has this been fixed yet? If so, what should I upgrade to? I'm currently running 6.3 Michael Grant

...ulti as a wrapper for lme4. Methods for doing this are available here http://www.inside-r.org/packages/cran/glmulti/docs/glmulti and there is also a pdf included with the glmulti package that goes into more detail. The problem is that when telling glmulti to use GA in this setting it runs indefinitely, even after the best model has been found. This is the example taken from the pdf included in the glmulti package: library(lme4) library(glmulti) # create a function for glmulti to act as a wrapper for lmer: lmer.glmulti <- function (formula, data, random = "", ....

Hello, is it possible to wait indefinitely (i.e. until user hangs up) somewhere in the dialplan? I tried Wait(-1), but it doesn't work.

Hello, In our company we are using Asterisk-cvs-Head with realtime. I am not able to figure out a issue wherein the sip channel stays active indefinitely.This happens when a call is in progress and the person who called doesn't hangup normally but in between the conversation his ATA gets unregistered or becomes unresponsive.The channel stays active indefinitely and is seen as a active channel in sip show channels. Doing a soft hangup on that cha...

...fig.5 index 71705cab..cdc407ed 100644 --- a/ssh_config.5 +++ b/ssh_config.5 @@ -683,6 +683,7 @@ X11 connections received by after this time will be refused. The default is to disable untrusted X11 forwarding after twenty minutes has elapsed. +A timeout of zero allows untrusted X11 forwarding indefinitely. .It Cm ForwardX11Trusted If this option is set to .Cm yes , -- 2.17.0

EFI booting may hang indefinitely when no keyboard is present on a machine (or when UEFI has chosen to not init USB due to fast boot). Reproducible at least with "EFI v2.31 by American Megatrends" on an Asrock H81M-ITX board. Reason is the input draining loop near the end in efi/main.c; it calls ReadKeyStroke() as lo...

https://bugzilla.mindrot.org/show_bug.cgi?id=2469 Bug ID: 2469 Summary: ssh connection hangs indefinitely on EPIPE Product: Portable OpenSSH Version: 7.1p1 Hardware: All OS: Solaris Status: NEW Severity: major Priority: P5 Component: ssh Assignee: unassigned-bugs at mindrot.org Reporter: tomas.k...

Without waiting for hw_done, previous atomic updates may dereference the wrong state and cause a lot of confusion. The real fix is fixing all obj->state to use the accessor macros, but for now wait indefinitely and interruptibly. Cc: Boris Brezillon <boris.brezillon at free-electrons.com> Cc: David Airlie <airlied at linux.ie> Cc: Daniel Vetter <daniel.vetter at intel.com> Cc: Jani Nikula <jani.nikula at linux.intel.com> Cc: Sean Paul <seanpaul at chromium.org> Cc: CK Hu &lt...

> EFI booting may hang indefinitely when no keyboard is present on a > machine (or when UEFI has chosen to not init USB due to fast boot). > Reproducible at least with "EFI v2.31 by American Megatrends" on an > Asrock H81M-ITX board. > > Reason is the input draining loop near the end in efi/main.c; it cal...

https://bugzilla.samba.org/show_bug.cgi?id=2628 Summary: hangs indefinitely (while listing files) Product: rsync Version: 2.6.4 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org ReportedBy: oopla@users.sf.net...

If an attempt is made to load the vmbus driver on a non-Hyper-V platform, the load operation will hang since we currently wait indefinitely to retrieve the IRQ information. This is done in the context of an acpi callback context (which will obviously not happen when this driver is loaded on a non-Hyper-V platform). This patch fixes the problem. Signed-off-by: K. Y. Srinivasan <kys at microsoft.com> Signed-off-by: Haiyang Zhang...

If an attempt is made to load the vmbus driver on a non-Hyper-V platform, the load operation will hang since we currently wait indefinitely to retrieve the IRQ information. This is done in the context of an acpi callback context (which will obviously not happen when this driver is loaded on a non-Hyper-V platform). This patch fixes the problem. Signed-off-by: K. Y. Srinivasan <kys at microsoft.com> Signed-off-by: Haiyang Zhang...

...have a central samba file share for our designers (who all use OSX boxes, and mostly use Macromedia products) to work off of. I've lately been able to track down a lot of application quirks (mostly problems with errors when saving, about files being locked) to the Mac resource fork files being indefinitely locked. Here's a sample from a `smbstatus` 14853 DENY_NONE 0x1 RDONLY NONE /files/HCMG/mainline/proto1/images/._neckpain.jpg Tue Apr 6 10:41:22 2004 14853 DENY_NONE 0x1 RDONLY NONE /files/HCMG/mainline/proto1/images/._golfers.jpg Tue Ap...

On Tue, Aug 06, 2019 at 09:00:10PM +0300, Jaak Ristioja wrote: > Hello! > > I'm writing to report a crash in the QXL / DRM code in the Linux kernel. > I originally filed the issue on LaunchPad and more details can be found > there, although I doubt whether these details are useful. Any change with kernel 5.3-rc7 ? cheers, Gerd

Hi, --verbose please. Do you see the same hang? Does the patch fix it? > --- a/drivers/gpu/drm/ttm/ttm_execbuf_util.c > +++ b/drivers/gpu/drm/ttm/ttm_execbuf_util.c > @@ -97,8 +97,9 @@ int ttm_eu_reserve_buffers(struct ww_acq > struct list_head *dups, bool del_lru) [ ... ] > + if (locked) > + ttm_eu_backoff_reservation_reverse(list, entry); Hmm, I think the

On Mon, 9 Sep 2019 from Gerd Hoffmann <kraxel at redhat.com> > > Hmm, I think the patch is wrong. Hmm...it should have added change only in the error path, leaving locks for drivers to release if job is done with no error returned. > As far I know it is the qxl drivers's > job to call ttm_eu_backoff_reservation(). Like other drivers, qxl is currently doing the right. >

Hello, I manage a www (apache), database (postgresql) and e-mail (qmail) with about 100 Internet domains. We recently purchased a DELL MD3000i server with data access through ISCSI protocol. I installed a new server with FreeBSD 7.0 compiled kernel with ISCSI (v. 2.1) and SCHED_ULE scheduler. The server's local disk configuration is: 512 MB / 1024 MB SWAP 254 MB / var 2048MB / var/ qmail 512

Dear OpenSSH Portable sshd developers, I'm having a problem where sshd login sessions are occasionally (as often as once a day) getting stuck indefinitely. I enabled debug messages and got a backtrace of a stuck sshd, and I think I've found the bug. I wanted to run it by the list once before filing. sshd version: OpenSSH_4.2p1 FreeBSD-20050903, OpenSSL 0.9.7e-p1 25 Oct 2004 Uncommented lines (ie. nondefault settings) in sshd_config: Log...