I am doing a toy project. I want to find setitimer's source code. But after I tried "whereis" command, nothing came out.
Could you help me?
Thanks!
You can find it in sys/kern/kern_time.c in the function kern_setitimer.
If you've got the kernel source installed on your system, the file is /usr/src/sys/kern/kern_time.c.
One good place to search kernel code is Robert Watson's FreeBSD and Linux Kernel Cross-Reference, which is based on LXR. Search for identifier setitimer - find it here.
Related
Hi I'm trying to build opengm with python3, which is allegedly supported. Crosspost to opengm forum here. The reason I ask is that I get an error on "PyInt_FromLong" which is according to this article something that shouldn't come up when porting a c library like opengm to python3. When I changed this to PyLong_FromLong, I ran into another compilation problem down the line from numpy.core.multiarray. Also note that it builds (with the appropriate ccmake options) with Python2 just fine.
My questions are:
1. Has anyone actually successfully build this?
2. Can anyone shed some light as to whether this is something on my end or theirs?
Thanks,
Chris
I want to use D3DDDIFormat enumeration in my code. So I included "D3dukmdt.h" as given in the link "D3DDDIFORMAT
But when I do # include "D3dukmdt.h" in my C++ file, I see that the header file D3dukmdt.h is not recognized at all.
Can anyone kindly help me in this. Should I install anything in order to include this header file.
Thanks in advance.
It looks like you need the Windows Driver Kit (WDK) to get access to such things. It seems unlikely to me that you are trying to write a driver and don't appreciate you need the driver kit so you may be better off explaining what you are trying to do to get a workable alternative explanation
I am studying system call in linux with source code in version 2.6.39.4.
Books said that system call is implementd in entry.S, located in arch/i386/kernel/entry.S,
but I can't find that file in v2.6.39.4.
so which file implement system call in my version? Any difference with old ones?
The information in your books seems to be outdated.
You should find what you're looking for in arch/x86/kernel/entry_32.S and arch/x86/kernel/entry_64.S.
I am searching for some help with JSR-82. I have searched for a long time, and even had my project supervisor at uni helping me out, and so far, I have had no luck.
My Problem...
I have a project whereby I simply need to scan for Bluetooth Devices
I have not yet been able to get my Bluetooth device scanning. I am using Eclipse IDE in CentOS 5.5
and am trying to use Bluecove.
I have downloaded "bluecove-gpl-2.1.0.jar" and added it to my Eclipse Build Path and the code i am using is sample code provided by BlueCove (RemoteDeviceDiscovery Found here: http://bluecove.org/bluecove/apidocs/overview-summary.html#DeviceDiscovery).
Before i can even compile, javax.Bluetooth.*; is underlined suggesting it cannot find it - Now as far as i am aware, this should be within the bluecove jar file i mentioned previously.
How on earth do I get this thing working? Ive tried using JSR82.com but that wasnt much help at all
If any one has the time to assist me, you would be concidered a god! haha
thanks
Ryan
With bluecove on linux you need to provide the bluecove.jar and bluecove-gpl.jar. http://code.google.com/p/bluecove/wiki/Documentation
you will be needing 4 jar files: bluecove.jar,bluecove-emu.jar,electricblue.jar, javabluetooth.jar
however my code based on jsr82 implimentation did not work on samsung mobiles.... it is said that it does not support jsr82 stack. if anyone has idea on this share..
I am using the POSIX call nftw() for traversing a directory structure. The directory structure is flat - only 4 files and no subdirectories.
However when I call nftw() a lot of times on this flat directory then I get an error message after a while:
"too many open file handles".
It turned out that this happens when the flag FTW_CHDIR is used.
Would you agree that it is a bug in the Linux implementation of nftw() ?
UPDATE
A fix is now available in the glibc repositories.
here are some links to the source code I have used for testing:
main.cpp: http://sourceware.org/bugzilla/attachment.cgi?id=4586&action=view
Makefile: http://sourceware.org/bugzilla/attachment.cgi?id=4587&action=view
UPDATE
MacOS-X is also hit by the bug
Solaris9, Solaris10 and AIX 5.3 do not have the bug
For me it looks like there is really something wrong with the nftw implementation on linux.
I have filed a bug report, see here
UPDATE: A fix is available in the glibc repositories now.
It has the same behaviour on Mac OS 10.6.2. So probably somehow part of the specification, though I don't see how exactly.
Regarding Mac OS: bugreport submitted to Apple as radar #7640283. (No hyperlink possible, unfortunately.)