Gary Kline [EMAIL PROTECTED] writes:
I've seen that Fn key, but don't know what it is for. What? you press
it, then follow with the integers [ 1, 2, 3 ... ]? At any rate, maybe
you can remap the key with ~/.xmodmaprc.
They're used to access keys which won't physically fit on a laptop
Ian Smith [EMAIL PROTECTED] writes:
Re your original issue, can you get any mileage out of using acpi_ibm,
devd and this post and/or the other one it references:
The laptop in question does not run FreeBSD. I gave up running FreeBSD
on any sort of desktop or laptop computer years ago.
DES
--
Hello All,
This is something I've been trying to figure out in the last couple of hours,
but can't seem to understand.
Sched_thread_priority() updates a threads priority to prio. If the thread is
on the RUNQ, we have to pull it out and put it back at a different spot on the
same queue.
Hello:
I have some weird behavior I'm trying to figure out and was wondering
if someone can point me in the right direction. I'm running a FreeBSD
6.1-RELEASE-amd64 machine. If I add /usr/lib32 to my LD_LIBRARY_PATH
it breaks all of my binaries on my 64-bit machine.
For example:
[EMAIL
Alexander Sack [EMAIL PROTECTED] writes:
I have some weird behavior I'm trying to figure out and was wondering
if someone can point me in the right direction. I'm running a FreeBSD
6.1-RELEASE-amd64 machine. If I add /usr/lib32 to my LD_LIBRARY_PATH
it breaks all of my binaries on my 64-bit
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
If you look at the rtld(1) man page, there are a number of environment
variables you can set to debug the loader. I'm not sure how helpful
they are, though.
You can rebuild rtld(1) with debugging enabled:
% cd /usr/src/libexec/rtld-elf
% make
On Thu, Oct 23, 2008 at 9:23 PM, Dag-Erling Smørgrav [EMAIL PROTECTED] wrote:
Dag-Erling Smørgrav [EMAIL PROTECTED] writes:
If you look at the rtld(1) man page, there are a number of environment
variables you can set to debug the loader. I'm not sure how helpful
they are, though.
You can
Alright, well I found some weirdness:
[EMAIL PROTECTED] ~]# export
LD_LIBRARY_PATH=/usr/bin:/usr/lib:/usr/lib32:/usr/lib64
[EMAIL PROTECTED] ~]# LD_DEBUG=1 ls
/libexec/ld-elf.so.1 is initialized, base address = 0x800506000
RTLD dynamic = 0x80062ad78
RTLD pltgot = 0x0
processing main program's
On Thu, Oct 23, 2008 at 10:09 PM, Alexander Kabaev [EMAIL PROTECTED] wrote:
On Thu, 23 Oct 2008 21:48:47 -0400
Alexander Sack [EMAIL PROTECTED] wrote:
Thanks, comments most appreciated. Damn, I was looking for someone to
go a ha, you can't do this because Alright, let me see why rtld
On Thu, 23 Oct 2008 21:48:47 -0400
Alexander Sack [EMAIL PROTECTED] wrote:
Thanks, comments most appreciated. Damn, I was looking for someone to
go a ha, you can't do this because Alright, let me see why rtld
on 6.1-amd64 is picking up /usr/lib32 stuff for a native 64-bit binary
via
On Thu, 23 Oct 2008, Alexander Sack wrote:
Alright, well I found some weirdness:
[EMAIL PROTECTED] ~]# export
LD_LIBRARY_PATH=/usr/bin:/usr/lib:/usr/lib32:/usr/lib64
[EMAIL PROTECTED] ~]# LD_DEBUG=1 ls
/libexec/ld-elf.so.1 is initialized, base address = 0x800506000
RTLD dynamic = 0x80062ad78
In the last episode (Oct 23), Alexander Sack said:
On Thu, Oct 23, 2008 at 10:09 PM, Alexander Kabaev [EMAIL PROTECTED] wrote:
LD_LIBRARY_PATH is for native 64bit rtld. If you want a specific
path added for use by 32-bit ld-elf.so.1 only, use
LD_32_LIBRARY_PATH.
Said that, your problem
12 matches
Mail list logo