search for: enrties

I have one field on a from where a number will be entered called "amount". I need to compare this to an existing field in the database also named "amount" to make sure it is a higher number. I also have to find this specific record by comparing it''s "post_id" field with @session[:post].id Any help here would be greatly appreciated. -- Posted via

Hi everybody, I finally want to get rid of 1-way audio problem. Please help me here. I have 3 scenarios. 1. Audio is always one way. Caller who dialed can't listen the called party but called party can listen him. In this scenatio Asterisk is on dynamic IP with dyndns FQDN. sip.conf has externip = abc.dyndns.org and localnet = xxx.xxx.xxx.xxx entry. Trunk and extensions are SIP. Where is

I''m trying to build a dashboard type page (similar in function to basecamp''s) where I can show the last 5 updated items from my 3 differing models, then grouped together by project. Solution ideas: (1) Is it best to create a log model where everytime I add or update another model (like messages, comments, lists etc) an enrty gets added to the log along with the project. I

is there anybody who can tell me how to forward request to other host, i would like to forward all dns requests to other dns server and it must be done with packet forwarding because dns server (resolver) must go down. There is many docs about port forwarding based on nat table and explanation consider linux box act like nat with two e cards. thanks, alens

We had very similar problems to this which drove us insane for ages. Basically we use VoIP trunks (SIP) for all our inbound + outbound calls. Call quality was good however we would get random problems where people could not hear us or us hear them for about 5-10 seconds at a time. After weeks of trying to get to the bottom of the problem it appeared our VoIP trunk provider (sentiro/sip2go) had

...PASSWORD" test). The results were basiclly the same for every thing except when I used the following in smb.conf: force group = users force user = lucy Then it worked for that user and root still worked but no other user. Which is what I expected after looking at the log file enrties (which are included below). The log entries are from the samba/log/log.system log. Where "system" is the system where Samba runs and the smbpasswd command was executed. Some additional information: Samba was built on this system using GCC, bison, flex, and binutils. Does anyone out there...

Implement simple paravirt support for the qspinlock. Provide a separate (second) version of the spin_lock_slowpath for paravirt along with a special unlock path. The second slowpath is generated by adding a few pv hooks to the normal slowpath, but where those will compile away for the native case, they expand into special wait/wake code for the pv version. The actual MCS queue can use extra

Implement simple paravirt support for the qspinlock. Provide a separate (second) version of the spin_lock_slowpath for paravirt along with a special unlock path. The second slowpath is generated by adding a few pv hooks to the normal slowpath, but where those will compile away for the native case, they expand into special wait/wake code for the pv version. The actual MCS queue can use extra

On 03/16/2015 09:16 AM, Peter Zijlstra wrote: > Implement simple paravirt support for the qspinlock. > > Provide a separate (second) version of the spin_lock_slowpath for > paravirt along with a special unlock path. > > The second slowpath is generated by adding a few pv hooks to the > normal slowpath, but where those will compile away for the native > case, they expand

On 03/16/2015 09:16 AM, Peter Zijlstra wrote: > Implement simple paravirt support for the qspinlock. > > Provide a separate (second) version of the spin_lock_slowpath for > paravirt along with a special unlock path. > > The second slowpath is generated by adding a few pv hooks to the > normal slowpath, but where those will compile away for the native > case, they expand

Hi Waiman, As promised; here is the paravirt stuff I did during the trip to BOS last week. All the !paravirt patches are more or less the same as before (the only real change is the copyright lines in the first patch). The paravirt stuff is 'simple' and KVM only -- the Xen code was a little more convoluted and I've no real way to test that but it should be stright fwd to make work.

Hi Waiman, As promised; here is the paravirt stuff I did during the trip to BOS last week. All the !paravirt patches are more or less the same as before (the only real change is the copyright lines in the first patch). The paravirt stuff is 'simple' and KVM only -- the Xen code was a little more convoluted and I've no real way to test that but it should be stright fwd to make work.

OK. I am starting to believe that Samba 3.0.x is not stable. At least, the documentation for Samba as PDC with OpenLDAP backend (which is what I have been trying to do for four days) is crap. All the documentation for 3.0.x is mixed with 2.2.x. Most documents start as instructions for 3.0.x but put a lot of information that doesn't apply to 3.0.x, but 2.2.x. People in the mailing list