search for: remerg

Hi everyone, suppose I have a 2D matrix, is there a command to snip out a specific row/column and then remerge the remaining columns/rows back into a contiguous matrix? I will need to repeat this operation quite a bit(reverse selection). Thanks for any insights you can offer. Yifei

...rt-manager.py", line 383, in <module> main() File "/usr/share/virt-manager/virt-manager.py", line 285, in main raise RuntimeError(_("Unable to initialize GTK: %s") % gtk_error) RuntimeError: Kann GTK nicht initialisieren: could not open display i already remerged gtk marko

I get backtraces from the dom0 kernel when running a guest with networking (via netback) enabled such as the one below (there are some slight variations but the first two lines and most of the rest of the contents are the same). Michael Young BUG: sleeping function called from invalid context at mm/page_alloc.c:2190 in_atomic(): 1, irqs_disabled(): 0, pid: 0, name: swapper Pid: 0, comm:

...gt; > I_HAVE_SECURED_MY_CGI_DIRECTORY > ------------------------------------- > > You also need the 'upsstats-single.html and upsstats.html' > in the /etc/nut directory. This is template files for the > cgi. > > Now you can check status and info from the webb. > I remerged nut with a use flag of cgi. I have no cgi files in /usr/share/nut. /var/www/localhost/htdocs is not a directory but just a file called nut. I have no nut directory under cgi-bin. What am I missing? Thanks for the help Barbara Smith -- Using Opera's revolutionary e-mail client: ht...

...APPLE LOCAL begin 4229621 mainline */ .... /* APPLE LOCAL end 4229621 mainline */ There are many examples of such markers in source. These markers help us resolve conflicts when we merge current sources in mass with FSF GCC mainline. They also help solve mysterious failures when CVS silently remerges patches, which is quiet easy to miss while doing such huge merge. Would it be possible for you to decorate this patch with such markers ? Thanks, - Devang On Nov 29, 2006, at 8:26 AM, Rafael Espíndola wrote: > The attached patch is a backport of patch 98010 from the gcc svn. It > is us...

The attached patch is a backport of patch 98010 from the gcc svn. It is useful mostly to make the porting of more ARM patches easier, but will be needed when we start to use C++ on ARM. Could someone please commit it to the svn? Thanks, Rafael -------------- next part -------------- A non-text attachment was scrubbed... Name: llvm-gcc-98010.patch Type: text/x-patch Size: 13491 bytes Desc: not

...gt; .... > /* APPLE LOCAL end 4229621 mainline */ > > There are many examples of such markers in source. These markers > help us resolve conflicts when > we merge current sources in mass with FSF GCC mainline. They also > help solve mysterious failures > when CVS silently remerges patches, which is quiet easy to miss > while doing such huge merge. > > Would it be possible for you to decorate this patch with such > markers ? Actually in this case it is sufficient to say "APPLE LOCAL begin LLVM" and "APPLE LOCAL end LLVM". This allows...

...t figure yet just what. The also removed 11025 sampling rate support which I find very iritating. I'll have to see what's up with that, 11025 sound a fuck of a lot better than 8000. > I have the multiple streams ready and can send you a diff against CVS > probably tomorrow (have to remerge it with the changes I've made to > the official CVS). I will merge it into CVS probably early next week, > I just want to do some more fixes to the main branch so that it > compiles well (and probably add support for the last released version > of lame). I want to tag it in a healt...

...evel merging when linking. Might be helpful to figure out that > issue at some point. > > Incidentally I worked on an issue last week where the line table would get > entries representing the same file, but where the file/dir split wasn’t > done at the same place. I have a patch that remerges them at emission, but > I was planing on investigating more the source of the duplication before I > submit anything. > > The cases I’ve seen have one duplicated entry though, nothing that could > have a visible impact on memory consumption. > So the particular case where I thi...

Just working on some of the gmlt+fission debug info stuff and I came across a comment that might be relevant to reducing the number of distinct debugloc metadata nodes: "or some sub-optimal metadata that // isn't structurally identical (see: file path/name info from clang, which // includes the directory of the cpp file being built, even when the file name // is absolute (such as

Hi all: I was just wondering when the multiple streams stuff might be checked in to cvs. I remember the gentleman working on it saying he basically had it running? The reason I'm asking is that I have received a number of requests to stream my mp3 stream at various bitrates. I kind of think running three ices streamers is silly if multiple streams will be available in the near future.

After reading Cal Henderson''s article on Vitamin Serving Javascript Fast<http://synthesis.sbecker.net/articles/2006/06/03/www.thinkvitamin.com/features/webapps/serving-javascript-fast>I was immediately inspired to create a plugin to easily facilitate this in Ruby on Rails. I whipped up most of it right then, and finally got around to polishing it for release today. Told myself I

...d cause the current code to crash in versions older than June 7. I'll see about getting autoconf to find lame/lame.h, but you should also just be able to say --with-lame-includes=/usr/include/lame I have the multiple streams ready and can send you a diff against CVS probably tomorrow (have to remerge it with the changes I've made to the official CVS). I will merge it into CVS probably early next week, I just want to do some more fixes to the main branch so that it compiles well (and probably add support for the last released version of lame). I want to tag it in a healthy state before chec...

On Sunday, 10 June 2001 at 11:30, Kirk Reiser wrote: > > I have the multiple streams ready and can send you a diff against CVS > > probably tomorrow (have to remerge it with the changes I've made to > > the official CVS). I will merge it into CVS probably early next week, > > I just want to do some more fixes to the main branch so that it > > compiles well (and probably add support for the last released version > > of lame). I want...

Greets, I've been wondering, what's the sane/optimal use of xapian-compact when merging many indexes with a view to maximum merging performance? The obvious: - only use -F on the final db. - use -m since I'm merging more than 3 dbs. Best strategy? a) loop: merge batches (of say 50, where the individual db's are small) into a temp index, then merge the (larger) temp into the

Hi List, Quoting man page: In the currently implementation, a difference of file format is always considered to be important enough for an update, no matter what date is on the objects. In other words, if the source has a directory or a symlink where the destination has a file, the transfer would occur

On Fri, Apr 9, 2010 at 9:30 AM, Jack Howarth <howarth at bromo.med.uc.edu> wrote: > On Fri, Apr 09, 2010 at 05:22:17PM +0200, Duncan Sands wrote: >> Hi Jack, >> >>>>>      Is there a timeline for when dragonegg might be >>>>> merged into gcc (4.6 perhaps)? I ask because FSF gcc >>>>> has allowed code in as technology previews

Hi, I''m tryng to set up Xen, I have errors and google does not help me. The situation is simple: I installed Xen-3.0.2 on gentoo. The Dom0 kernel is up and running, all works perfectly. But when I try to start a DomU, xm raises this error: # xm create -c <conf_file> Using config file <conf_file> Error: <ProtocolError: RPC2/: -1> It''s all. After, `xm list`

On Fri, Apr 09, 2010 at 05:22:17PM +0200, Duncan Sands wrote: > Hi Jack, > >>>> Is there a timeline for when dragonegg might be >>>> merged into gcc (4.6 perhaps)? I ask because FSF gcc >>>> has allowed code in as technology previews before. >>>> For instance, graphite really wasn't that usable in >>>> gcc 4.4 and produced

Le 25/08/2015 20:39, Renato Golin a écrit : > I'm also interested in knowing what you did. I think most people here > would be glad to know your peril and how you solved it. Stack layout: C++ code calls | | JITted C code, compiled and linked on the fly tha calls | | C++ code that throws The throw must pass through the JITted code to arrive at the catch at the top.