search for: freemems

Hi All, I 'm trying to build Omega 1.2.9, configure ran through, but when I do make I get error below. Any thoughts what I am missing? Thanks Noel make all-recursive make[1]: Entering directory `/xapian/xapian-omega-1.2.9' Making all in . make[2]: Entering directory `/xapian/xapian-omega-1.2.9' /bin/sh ./libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I./commo n

I have a semi-theoretical question about the following code in arc.c, arc_reclaim_needed() function: /* * take ''desfree'' extra pages, so we reclaim sooner, rather than later */ extra = desfree; /* * check that we''re out of range of the pageout scanner. It starts to * schedule paging if freemem is less than lotsfree and needfree. * lotsfree is the high-water mark

I have two questions - 1. I am trying to create R png graphs via cron. I have this part working using Xvfb (X virtual frame buffer). One problem that I have, though, is that all the fonts on my graphs get messed up. Anybody have any nija R commands to make all fonts look great? Anybody have any idea how to fix this? So far, no luck on Solaris or Linux making the Xvfb fonts look good. I was

I have friends running sshd on their emebedded ppc linux systems at two universities. Normally sshd takes about 3M of memory and they have about 16M freemem showed in /proc/meminfo. But occationally (every 1 or 2 weeks) they see free memory goes down really fast and they lose 10M in 1 minute. If they disable sshd by blocking the port access, this does not happen any more. The device is not behind

i am trying to get the free memory on a hypervisor using libvert, with the python api bindings as per?http://libvirt.org/python.html, it should be pretty easy, however the below is failing: #conn is a connection object freemem=libvirt.virNode.getFreeMemory(conn) although this works fine: software=libvirt.virConnect.getType(conn) if software == ?'QEMU': logging.debug('hypervisor is

Signed-off-by: George Zhang <georgezhang at vmware.com> --- drivers/misc/vmw_vmci/vmci_doorbell.c | 749 +++++++++++++++++++++++++++++++++ drivers/misc/vmw_vmci/vmci_doorbell.h | 54 ++ 2 files changed, 803 insertions(+), 0 deletions(-) create mode 100644 drivers/misc/vmw_vmci/vmci_doorbell.c create mode 100644 drivers/misc/vmw_vmci/vmci_doorbell.h diff --git

Signed-off-by: George Zhang <georgezhang at vmware.com> --- drivers/misc/vmw_vmci/vmci_doorbell.c | 749 +++++++++++++++++++++++++++++++++ drivers/misc/vmw_vmci/vmci_doorbell.h | 54 ++ 2 files changed, 803 insertions(+), 0 deletions(-) create mode 100644 drivers/misc/vmw_vmci/vmci_doorbell.c create mode 100644 drivers/misc/vmw_vmci/vmci_doorbell.h diff --git

Hello, I have a problem with point and print (I belive) problem. I have a HP DeskJet 3550 shared in Samba server (samba-3.0.14a-2/Fedora Core 4) as ImpPcpJt. Connect a printer from a WinXP Pro work fine, but when I try to see the "Properties" of there, the Explorer.exe generate an protection fault. I don't know if is a printer driver or Samba problem, but I found a strange

On Thu, 2013-04-11 at 05:09 +0100, Jim Fehlig wrote: > > + /* This will fill xenstore info about free and dom0 memory - if missing, > > + * should be called before starting first domain */ > > + if (libxl_get_free_memory(libxl_driver->ctx, &free_mem)) { > > + VIR_ERROR(_("cannot get free memory info")); > > + goto error; >

On Thu, 11 Apr 2013, Ian Campbell wrote: > On Thu, 2013-04-11 at 05:09 +0100, Jim Fehlig wrote: > > > + /* This will fill xenstore info about free and dom0 memory - if missing, > > > + * should be called before starting first domain */ > > > + if (libxl_get_free_memory(libxl_driver->ctx, &free_mem)) { > > > + VIR_ERROR(_("cannot

Hi, Thanks for your ideas. Memory allocation already exceeds 2x64K in the "working" case so it's not the condition of allocating more than 64K. To be sure I had modified SectionMemoryManager::allocateSection to allocate four time the required memory but it did not trigger more crashes.I debugged through the allocation code including the Win32 code and it seems to work well. I have

So it looks like 0x0A3600D1 is a good code address and there's no problem executing the code there, but 0x00BC7680 is a bad data address. Is that correct? If so, this is almost certainly a relocation problem. You just need to find a relocation that writes an entry (probably a relative offset) at 0x0A3600D1+the size of the instruction at that address. BTW, what I said before about not being

Yes, this is correct code address accessing bad data address. However, there is no other relocation before .text or near it. I'll send you the full debug printout, maybe you'll note something. The problem could be result of something else entirely else than the linker such as some library initialization code that by chance worked with smaller code but fails now. I need to debug and see

YES, this is the problem! The program work ok, even a 5x larger version works well. Clearly the _chkstk calls must be emitted with ELF target on Windows as well - why not? I'd like to make a patch and fix this right. I experimented with both changes and practically only the lib/Target/X86/X86ISelLowering.cpp fixes the problem. The other change lib/Target/X86/X86FrameLowering.cpp was not

Hi Yaron, If you're outputting ELF on Windows this sounds like an issue we ran into where __chkstk calls weren't being output in the assembly due to an explicit check for COFF output. Once stack allocations in a given function exceeded some amount we'd get exactly this kind of crash in the function initialization. If you take a look for isTargetCOFF() in

Hi, Currently I've been using an RHEL4 Update 4 ia64 AS Linux version and running in HP rx6600 server. I tried to google-out the RAID, temperature and FAN status manage and monitoring tool for RHEL4 Update 4 ia64 AS Linux But i can't able to findout the same for RHEL4 Update 4 ia64 AS Linux server Can anyone suggest me the write status monitoring and manage tool for

All, I'm having some issues compiling omega. Here are the particulars I'm on win7, using cygwin 4.9.2 64 bit. Here's the relevant output from make: libtool: link: g++ -fshow-column -Wall -W -Wredundant-decls -Wpointer-arith -Wca st-qual -Wcast-align -Wno-long-long -Wformat-security -fno-gnu-keywords -Wundef -Woverloaded-virtual -Wstrict-null-sentinel -Wshadow -Wstrict-overflow=1

If it's a Windows-only thing the correct tests would be: if (NumBytes >= 4096 && STI.isOSWindows()) { and if (Subtarget->isTargetWindows()) where bool isOSWindows() const { return TargetTriple.isOSWindows(); } Yaron 2013/10/23 Andrew MacPherson <andrew.macp at gmail.com> > Glad that helped! As I understand it __chkstk is always required on > Windows

Glad that helped! As I understand it __chkstk is always required on Windows regardless of output type, I had meant to file a bug about this but had apparently forgotten to do so. I think the check needs to be that the target is Windows and ignore the output type, Linux and OSX don't use this. Cheers, Andrew On Wed, Oct 23, 2013 at 11:32 AM, Yaron Keren <yaron.keren at gmail.com>

Changes since v1: - Removed libxl vncviewer related dependencies - The vncviewer function was modified to accept a domid instead of domspec; - main_vncviewer was updated to reflect the new use. - A domain_create structure is now passed to the parse_config_data where required/feasible (NULL otherwise) - xl restore now have long options for vncviewer/vncviewer-autopass; docs updated. - Updated