similar to: Memory Usage with openSSH 4.0

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 released SYSLINUX 2.06; it's basically identical to 2.06-pre4. I'm doing this now because the bug fixes are so major and because I am not sure I'll be around next week. -hpa 2.06 is a bug fix release. Changes in 2.06: * ALL: Fix problem that would occationally cause a boot failure, depending on the length of the kernel. * ISOLINUX: Fix problem

Hi, I'm running openssh 2.1.1p4 on Solaris 7 (sparc). Occationally, when I boot up the server, the startup script I wrote to start sshd fails to start sshd with the following error: fatal: Not enough entropy in RNG What am I doing wrong?? Is there anything I can do to prevent this from happening? Is just restarting sshd a valid thing to do?? Thanks for any thoughts, David

I'm upgrading my primary server from RH 7.2 to CentOS-4.3.ServerCD. I REALLY like the ServerCD. Who needs all the fluff that comes with a standard distro? If I want a system-config-gooey I can run Xnest [1] and ssh -X from my laptop. Anyway I have two questions: 1) How can I collectively stop all the NFS, portmap, whatever? I'm hoping it can be manipulated as a group because occationally

Hi all, I would really appreciate it if someone would be willing to deal with the messages to the list that get set out for moderation. Most of them are just round file material, but occationally real messages get stuck. Also, if someone would be willing to give the documentation and web pages a very much needed facelift, that would be super. I'm honestly thinking about hiring a tech

Question: After about having the server running for about an hour, our callers occationally hear a high pitched beep that lasts the entire call. In some cases, the noise doesn't start until a minute or 2 into the call, while others last the entire call. In some of the more serious cases, calls are dropped after the noise has occurred as well. Another symptom has been really bad static on a

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

So far no one I have talked to has either had this issue or does not know a answer. I currently run asterisk 1.0.9. I have two issues to deal with. 1. The caller waiting caller ID does not show on the uniden hand held that is hooked to a sipura spa 1000 or my Polycom ip500. 2. When a caller is calling in and I hear the caller waiting beep on the line when talking with somone, is there no way

Hi, I'm troubleshooting some native code on Windows that very occationally (and semi-randomly) crashes R. Already looked at "everything", I just want to double check that it is safe to UNPROTECT() allocated variables as soon as they are assigned to, say, a PROTECTed list. >From (R v2.3.0) Section 5.7.1 "Handling the effects of garbage collection" in "Writing R

[Please Cc: timball@tux.org on replies because I'm not on the samba list] Setup: Samba 2.0.7 (from debian sid), Linux 2.4.3-XFS, Window95, Windows98 Problem: I have a linux machine that I occationally duel boot and I wanted to be able to share my mp3s directory to my roomate via samba. I figured I'd just make a partition vfat and have both linux and windows export that directory... but

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

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

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

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

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

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

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