On Tuesday 06 September 2011 03:53:55 Daniel O'Connor wrote:
> On 05/09/2011, at 23:10, Daniel Grech wrote:
> > Hi, I'm using libusb to gain access to raw USB Data from userspace. My
> > problem is that this library only works with devices which are treated as
> > generic devices ("handled by the u
On 05/09/2011, at 23:10, Daniel Grech wrote:
> Hi, I'm using libusb to gain access to raw USB Data from userspace. My
> problem is that this library only works with devices which are treated as
> generic devices ("handled by the ugen driver"). I need a mechanism that will
> allow me to detach any
On Monday 05 September 2011 15:40:44 Daniel Grech wrote:
> Hi, I'm using libusb to gain access to raw USB Data from userspace. My
> problem is that this library only works with devices which are treated as
> generic devices ("handled by the ugen driver"). I need a mechanism that
> will allow me to
Hi, I'm using libusb to gain access to raw USB Data from userspace. My
problem is that this library only works with devices which are treated as
generic devices ("handled by the ugen driver"). I need a mechanism that will
allow me to detach any device specific drivers that are attached to a device
On Wed, Jun 22, 2011 at 1:40 PM, Uffe Jakobsen wrote:
>
>
> On 2011-06-22 12:33, Svatopluk Kraus wrote:
>>
>> Hi,
>>
>> I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan
>> SC400). I found out that a sum of runtimes of all threads is about 120
>> minutes after 180 minutes of system
On 2011-06-22 12:33, Svatopluk Kraus wrote:
Hi,
I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan
SC400). I found out that a sum of runtimes of all threads is about 120
minutes after 180 minutes of system uptime and the difference is
getting worse with time. The problem is in t
Hi,
I've tested FreeBSD-current from June 16 2011 on x86 (AMD Elan
SC400). I found out that a sum of runtimes of all threads is about 120
minutes after 180 minutes of system uptime and the difference is
getting worse with time. The problem is in tc_cpu_ticks()
implementation which takes into aco
, even this isn't really accurate as some folks may choose to enable PAE
even with< 4GB to get PG_NX functionality.
afaik there's a sysctl method of checking this per BSD7 (or is it 8?),
but what about BSD6? Any hints on how I can runtime detect the above?
Definitely a kern.feature
}
> > > <<<
> >
> > Hmmm, even this isn't really accurate as some folks may choose to enable PAE
> > even with < 4GB to get PG_NX functionality.
> >
> > > afaik there's a sysctl method of checking this per BSD7 (or is it 8?),
> &
nel for non-PAE or switch to amd64
> > kernel.\n");
> >return EFAULT;
> > }
> >}
> > <<<
>
> Hmmm, even this isn't really accurate as some folks may choose to enable PAE
> even with < 4GB to get PG_NX functionality.
>
>
't really accurate as some folks may choose to enable PAE
even with < 4GB to get PG_NX functionality.
> afaik there's a sysctl method of checking this per BSD7 (or is it 8?),
> but what about BSD6? Any hints on how I can runtime detect the above?
Definitely a kern.featur
econfigure your kernel for non-PAE or switch to amd64
kernel.\n");
return EFAULT;
}
}
<<<
afaik there's a sysctl method of checking this per BSD7 (or is it 8?),
but what about BSD6? Any hints on how I can runtime detect the above?
Thanx,
Phil
__
Maxime Henrion <[EMAIL PROTECTED]> writes:
> db wrote:
> > In my C++ program I need to load some files/classes at runtime, so
> > that users can add "plugins" without recompilling my program. What
> > functions should I use? I'm using FreeBSD 5.3-beta2 btw
bout portability
when writing the code, so that linux/solaris users can use lockdown with
minor modifications.
It is the keywords read from the configuration file I want to load at runtime,
so that users can write their own keywords and make it easier for me to
extend
glib provides a facility for this, and should be even more platform portable
On Thu, 9 Sep 2004 16:42:34 +0200, db <[EMAIL PROTECTED]> wrote:
> On Thursday 09 September 2004 16:36, you wrote:
>
> > > In my C++ program I need to load some files/classes at runtime, so tha
On Thursday 09 September 2004 16:36, you wrote:
> > In my C++ program I need to load some files/classes at runtime, so that
> > users can add "plugins" without recompilling my program. What functions
> > should I use? I'm using FreeBSD 5.3-beta2 btw.
>
> I&#
db wrote:
> Hi all
>
> In my C++ program I need to load some files/classes at runtime, so that users
> can add "plugins" without recompilling my program. What functions should I
> use? I'm using FreeBSD 5.3-beta2 btw.
I'm not sure about C++, though I guess
Hi all
In my C++ program I need to load some files/classes at runtime, so that users
can add "plugins" without recompilling my program. What functions should I
use? I'm using FreeBSD 5.3-beta2 btw.
br
db
___
[EMAIL PROTECTED] ma
On Thu, 29 Apr 2004 14:51:47 +0200
"P. de Boer" <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2004-04-29 at 14:30, Dag-Erling Smørgrav wrote:
> > "P. de Boer" <[EMAIL PROTECTED]> writes:
> > > For a little private project I'm working at, I need to find the address
> > > of a function which is inside a s
On Thu, 29 Apr 2004 14:51:47 +0200
"P. de Boer" <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2004-04-29 at 14:30, Dag-Erling Smørgrav wrote:
> > "P. de Boer" <[EMAIL PROTECTED]> writes:
> > > For a little private project I'm working at, I need to find the address
> > > of a function which is inside a s
On Thu, 2004-04-29 at 18:59, John-Mark Gurney wrote:
> > For a little private project I'm working at, I need to find the address
> > of a function which is inside a shared library of a running process, OR
> > the base address the library is running at (in that case, I can simply
> > do a base_addr
P. de Boer wrote this message on Wed, Apr 28, 2004 at 17:59 +0200:
> For a little private project I'm working at, I need to find the address
> of a function which is inside a shared library of a running process, OR
> the base address the library is running at (in that case, I can simply
> do a base
On Thu, 2004-04-29 at 14:30, Dag-Erling Smørgrav wrote:
> "P. de Boer" <[EMAIL PROTECTED]> writes:
> > For a little private project I'm working at, I need to find the address
> > of a function which is inside a shared library of a running process, OR
> > the base address the library is running at
>
"P. de Boer" <[EMAIL PROTECTED]> writes:
> For a little private project I'm working at, I need to find the address
> of a function which is inside a shared library of a running process, OR
> the base address the library is running at
man dlinfo
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
pparantly the section
header table isn't stored there at runtime, despite what the field
e_shoff may say.
Is there anyone here who might shed a light on this? Where has it gone?
I started this e-mail stating I wanted to find the address of a symbol
or the base address of a shared library.
oing exactly what you want, take a look at it's
| sources.
|
Hello, thanks for the response.
The problem I found with ldd was it would only give me the shared objects
linked in at runtime and I needed the list of dlopen()'d objects as well.
On Linux I was able to grab a reference to the
On Wed, Mar 31, 2004 at 02:55:47PM -0500, Mike Heffner wrote:
>
> Is there a method in FreeBSD for a program to retrieve the current list of
> dynamic shared libraries it is linked against or has dlopen()'d?
Looks like ldd is doing exactly what you want, take a look at it's sources.
-ip
--
It'
On Wed, Mar 31, 2004 at 02:55:47PM -0500, Mike Heffner wrote:
> Is there a method in FreeBSD for a program to retrieve the current list of
> dynamic shared libraries it is linked against or has dlopen()'d?
/proc//map should give you what you need, but it needs to be read
atomically, i.e. you can't
Is there a method in FreeBSD for a program to retrieve the current list of
dynamic shared libraries it is linked against or has dlopen()'d?
Thanks,
Mike
--
Mike Heffner <[EMAIL PROTECTED]>
2160 Torgersen Hall, Grad. Lab
___
[EMAIL PROTECTED
e
> program to do find this out about itself);
>
> 2) Have a thread wait for a specified amount of computer time (not
> actual time so nanosleep won't work).
>
> I looked at the man pages, but all I could find was runtime which seems
> only to be accessible from the kerne
On Fri, 2002-08-16 at 10:21, Stephen Montgomery-Smith wrote:
> How do I do the following:
>
> 1) Find out how much time a program has currently consumed in computer
> time (something like what the time command outputs - but I want the
> program to do find this out about itself);
'man 5 procfs
y consumed in computer
>>time (something like what the time command outputs - but I want the
>>program to do find this out about itself);
>>
>>2) Have a thread wait for a specified amount of computer time (not
>>actual time so nanosleep won't work).
>>
>>I
; program to do find this out about itself);
>
> 2) Have a thread wait for a specified amount of computer time (not
> actual time so nanosleep won't work).
>
> I looked at the man pages, but all I could find was runtime which seems
> only to be accessible from the kernel.
--
nanosleep won't work).
I looked at the man pages, but all I could find was runtime which seems
only to be accessible from the kernel.
--
Stephen Montgomery-Smith
[EMAIL PROTECTED]
http://www.math.missouri.edu/~stephen
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
On Fri, Jun 08, 2001 at 12:17:41PM -0500, Kevin Day wrote:
> I looked at this.. I see how I can dlopen my own executable, and dlsym()
> will let me get addresses from symbol names, but how do I do the reverse? I
> have an address and need to get the symbol name from it, not vice versa.
dladdr(3)
* Kevin Day <[EMAIL PROTECTED]> [010608 13:21] wrote:
> >
> > In the last episode (Jun 08), Kevin Day said:
> > > Is there a simple way that I can lookup a symbol name(by address)
> > > during runtime?
> > >
> > > I know I can exec nm, look
>
> In the last episode (Jun 08), Kevin Day said:
> > Is there a simple way that I can lookup a symbol name(by address)
> > during runtime?
> >
> > I know I can exec nm, look up for the address I need, and get local
> > symbols, but it would be rea
>
> Kevin Day wrote:
> >
> > Is there a simple way that I can lookup a symbol name(by address) during
> > runtime?
>
> man dlopen.
>
I looked at this.. I see how I can dlopen my own executable, and dlsym()
will let me get addresses from symbol names, but h
In the last episode (Jun 08), Kevin Day said:
> Is there a simple way that I can lookup a symbol name(by address)
> during runtime?
>
> I know I can exec nm, look up for the address I need, and get local
> symbols, but it would be really nice if I could get addresses of
> fu
Kevin Day wrote:
>
> Is there a simple way that I can lookup a symbol name(by address) during
> runtime?
man dlopen.
--
farooq <[EMAIL PROTECTED]>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
On Fri, Jun 08, 2001 at 12:09:39PM -0500, Kevin Day wrote:
>
>
> Is there a simple way that I can lookup a symbol name(by address) during
> runtime?
>
> I know I can exec nm, look up for the address I need, and get local
> symbols, but it would be really nice if I c
Is there a simple way that I can lookup a symbol name(by address) during
runtime?
I know I can exec nm, look up for the address I need, and get local
symbols, but it would be really nice if I could get addresses of functions
in dynamic libraries as well. I know I could use ldd to get offsets
:What determines the runtime memory footprint of a process? I have small
:daemons that occupy 25K on disk, don't malloc anything to speak of, but
:are 440K to 1024K in memory, according to top and ps. For that matter,
:just about nothing in my "ps" display is under 400K.
On Tue, Oct 31, 2000 at 11:17:22AM -0700, Les Biffle wrote:
> What determines the runtime memory footprint of a process? I have small
> daemons that occupy 25K on disk, don't malloc anything to speak of, but
> are 440K to 1024K in memory, according to top and ps. For that matter
What determines the runtime memory footprint of a process? I have small
daemons that occupy 25K on disk, don't malloc anything to speak of, but
are 440K to 1024K in memory, according to top and ps. For that matter,
just about nothing in my "ps" display is under 400K.
On Wed, Jun 02, 1999 at 06:47:16PM +0200, Dag-Erling Smorgrav wrote:
> Do you perchance have something like
>
> INSTALL=install -s
>
> in your /etc/make.conf?
Nope. I ran mergemaster before my experiments, but I checked both
my old and new make.conf and there's no setting relevant to INSTALL
i
Matthew Hunt writes:
> Confusinger and confusinger. Somehow, perl and login, the two
> programs with which I had dynamic linking problems, had been stripped.
> I don't know how that happened, since I didn't do it. Using
> "make install" from their source directories installed them unstripped,
>
On Tue, Jun 01, 1999 at 10:23:46PM -0700, John Polstra wrote:
> I don't know. Maybe you have something unusual in your
> /etc/make.conf file?
Confusinger and confusinger. Somehow, perl and login, the two
programs with which I had dynamic linking problems, had been stripped.
I don't know how tha
Matthew Hunt wrote:
> If I add "-export-dynamic" to LDADD in usr.bin/login/Makefile, everything
> is groovy.
>
> I've noticed that dynamic linking in Perl also doesn't work for me,
> likely for the same reason. I haven't tried rebuilding perl with
> "-export-dynamic" yet, though.
>
> So, the que
On Mon, May 31, 1999 at 04:18:19PM -0700, Matthew Hunt wrote:
> > It will work. Trust me :-)
> >
> > /usr/src/contrib/perl5/hints/freebsd.sh:
>
> I'm not sure I understand. If "-export-dynamic" is supposed to be
> there, then why isn't it? If it's not supposed to be there, then why
> do I need
On Mon, May 31, 1999 at 11:41:13PM +0200, Ollivier Robert wrote:
> > I've noticed that dynamic linking in Perl also doesn't work for me,
> > likely for the same reason. I haven't tried rebuilding perl with
> > "-export-dynamic" yet, though.
>
> It will work. Trust me :-)
>
> /usr/src/contrib/pe
According to Matthew Hunt:
> I've noticed that dynamic linking in Perl also doesn't work for me,
> likely for the same reason. I haven't tried rebuilding perl with
> "-export-dynamic" yet, though.
It will work. Trust me :-)
/usr/src/contrib/perl5/hints/freebsd.sh:
-=-=-
# Original based on info
On Sun, May 30, 1999 at 06:11:51PM -0700, John Polstra wrote:
> > My problem is that login fails, due to undefined symbols in the PAM
> > modules:
>
> I don't know what's going on with your system, but something is messed
> up. Maybe you're trying to mix and match a.out and ELF files. Try
> run
On Sun, May 30, 1999 at 06:11:51PM -0700, John Polstra wrote:
> If you are running 3.1 or later, or -current, you _are_ using PAM.
> Login uses it automatically, and it's not something you enable or
> disable. If you don't have a valid /etc/pam.conf file then login
> issues loud and repeated comp
In article <19990529151511.a34...@wopr.caltech.edu>,
Matthew Hunt wrote:
> I have been running 3.x and 4.0-CURRENT for some time, but have
> never bothered using PAM.
If you are running 3.1 or later, or -current, you _are_ using PAM.
Login uses it automatically, and it's not something you enable
I have been running 3.x and 4.0-CURRENT for some time, but have
never bothered using PAM. Yesterday, after a build of 4.0-CURRENT
of that day, I decided to try enabling PAM by copying /usr/src/pam.conf
to /etc.
My problem is that login fails, due to undefined symbols in the PAM
modules:
May 28 2
56 matches
Mail list logo
