search for: isntances

(2005.10.10, 14:25) I am running Samba 3.0.14a-2 on Fedora 4. I have no problem seeing the Linux file system from any of the Windows (2000, SP4) computers attached to the network. The problem is that smbd processes are created for no apparent reason and never die. I noticed this when the computer had been up for about three days and there were some 600 active smbd processes! What could be the

Dear all, I have searched the forums for an answer - and there is plenty of questions along the same line - but none of the paproaches shown worked to my problem: I have a data frame that I get from a csv: summarystats<-as.data.frame(read.csv(file=f_summary)); where I have the columns Dataset, Class, Type, Category,.. Problem1: I want to find a subset of this frame, based on values in

Hi, i''ve a project in wich i have 2 different rails apps accessing the same DB. The backoffice, as usual, changes data. The frontoffice has a search capabilities with acts_as_ferret (paginated) for search. Maybe this is a newbie question but, when i delete index and restart front app all the articles are indexed, but the new one''s (via backoffice) are not searchable. Does

I have two tables: - projects - lines lines has a foreign key constraint to projects.id When I''m creating a new line object, the database fails on insert with the following error: "PGError: ERROR: null value in column "project_id" violates not-null constraint" My code looks like this: def create_lines @project = params[:id] @line =

> No, what I meant by instances was multiple non-forked instances of the > executable in the process table, ie icecast run multiple times with different > port options. I see from your answer below that this is no longer possible. If you run multiple copies of icecast, they will be completely separate, and work as two separate entities. I have run many instances of icecast on the same

Is it better to run multiple icecasts on different ports or several mount points under one icecast from a performance standpoint? Hunter > From: Jack Moffitt <jack@icecast.org> > Reply-To: icecast@xiph.org > Date: Fri, 1 Jun 2001 10:30:06 -0600 > To: icecast@xiph.org > Subject: Re: [icecast] different play lists on different ports? > > For example: > > icecast

hi all, out of a matter of fact I am still using llvm version 1.5. I don't know how 1.6 works in this matter. When translating a complex c application to llvm bytecodes, some semantics are lost: Take for isntance the interesting attribute to put a variable in the thread local data section (.tdata), this would be interesting to have in llvm. like in GCC you write: int x

I''ve got a nice XML view of my data that works just fine when I call it from the browser. Now I''d like a different controller method to take that XML and write it to the file system. Since the XML view lives in an RXML file, is there a trick to telling the controller "Get your output into a string" instead of writing it back to the browser? After writing it out

I installed a new CentOS-6.3 kvm guest on a recently provisioned kvm host also running CentOS-6.3. This guest will not connect to the network and the host cannot connect to it via its public IP address. I had previously installed a guest system on thst same kvm host using the same ISO and that system connects to the network without problem. I next created a third guest isntance and this too does

I installed a new CentOS-6.3 kvm guest on a recently provisioned kvm host also running CentOS-6.3. This guest will not connect to the network and the host cannot connect to it via its public IP address. I had previously installed a guest system on thst same kvm host using the same ISO and that system connects to the network without problem. I next created a third guest isntance and this too does

I'm running icecast 3.1.10 (from the ports collection) on a freebsd 4.3 machine with a hacked version of iceplay doing the encoding. With older version of icecast you could start multiple instances and tell iceplay to broadcast to each one of those instances with a different playlist. This version of icecast seems to only run one instance, even if I try to start more than one. So, I've

On Fri, 24 Feb 2006, Jakob Praher wrote: > out of a matter of fact I am still using llvm version 1.5. I don't know > how 1.6 works in this matter. ok. > When translating a complex c application to llvm bytecodes, some > semantics are lost: > > Take for isntance the interesting attribute to put a variable in the > thread local data section (.tdata), this would be