On Wed, Apr 24, 2002 at 09:08:08PM -0700, Jordan Hubbard wrote:
BTW, what I'm suggesting here is the equivilent of the no_fake_prompts
setting in pam_opie.so found in -CURRENT. Basically, if the flag is set,
Again, by all means, generate some diffs and we'll look 'em over. I'm
far less
Greetings,
Last night I had troubles running glade because in an earlier stage
this week I had to upgrade libfreetype from so.6 to so.9.
Running ldd on it did work a little bit, I found out that it couldn't
find a libfreetype.so.6 (which I already knew :-), but couldn't
tell me where it was
On Thu, 25 Apr 2002 21:02:02 +1000, Edwin Groothuis [EMAIL PROTECTED] wrote:
[..]
them... At the end, it was gtkhtml which was holding the old
libfreetype.so.6, but it had cost me the whole evening to find out.
Why didn't ldd tell me which lib it was which was failing?
With this idea in
On Thu, Apr 25, 2002 at 09:02:02PM +1000, Edwin Groothuis wrote:
Hi,
Interesting patch, I like it :)
[...]
libintl.so.2 = /usr/local/lib/libintl.so.2 (0x2812b000)
libgda-common.so.0 = /usr/X11R6/lib/libgda-common.so.0 (0x28132000)
[...]
/usr/local/lib/libintl.so.2
Kenneth Culver writes:
So, as far as I can tell, this version of glibc is doing the Right Thing,
and the ebp register is getting messed up somewhere along the line in
either the assembly code that handles the 0x80 trap in FreeBSD, or in
syscall2 (I think it's probably the asm that
On Thu, 25 Apr 2002, Joshua Goodall wrote:
On Wed, Apr 24, 2002 at 09:08:08PM -0700, Jordan Hubbard wrote:
BTW, what I'm suggesting here is the equivilent of the no_fake_prompts
setting in pam_opie.so found in -CURRENT. Basically, if the flag is set,
Again, by all means, generate
On Thu, Apr 25, 2002 at 12:02:59PM +0930, Greg 'groggy' Lehey wrote:
I think it would be better to just put `-nolisten tcp' in
/usr/X11R6/lib/X11/xinit/xserverrc for new installations only. Then
the system administrator could easily override it for all users; and
at least a user can
I just looked at the NetBSD code like linux, they use a macro which
individually pushes the registers onto the stack rather than using
pushal (which I assume is the same as what intel calls PUSHAD in their
x86 instruction set ref. manual).
NetBSD stopped using pushal in 1994 in rev 1.85 of
Kenneth Culver writes:
I just looked at the NetBSD code like linux, they use a macro which
individually pushes the registers onto the stack rather than using
pushal (which I assume is the same as what intel calls PUSHAD in their
x86 instruction set ref. manual).
NetBSD stopped
On 25-Apr-2002 Andrew Gallatin wrote:
Kenneth Culver writes:
I just looked at the NetBSD code like linux, they use a macro which
individually pushes the registers onto the stack rather than using
pushal (which I assume is the same as what intel calls PUSHAD in their
x86
In [EMAIL PROTECTED], Edwin Groothuis [EMAIL PROTECTED] typed:
Why didn't ldd tell me which lib it was which was failing?
With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
My version of this - bin/30908 - has already been committed to
-CURRENT. I just sent a note to the
On Thu, 25 Apr 2002, Andrew Gallatin wrote:
Kenneth Culver writes:
I just looked at the NetBSD code like linux, they use a macro which
individually pushes the registers onto the stack rather than using
pushal (which I assume is the same as what intel calls PUSHAD in their
In [EMAIL PROTECTED], Miguel Mendez
[EMAIL PROTECTED] typed:
For what is worth, that can be easily replicated with a simple shell
script:
kajsa% for i in `ldd /usr/X11R6/bin/xmms|grep -v :|awk '{ print $3}'`;
do ldd $i;done
/usr/lib/libc_r.so.5:
/usr/X11R6/lib/libSM.so.6:
On Thu, Apr 25, 2002 at 12:27:42PM -0500, Mike Meyer wrote:
Hi,
As I stated just a minute ago, my version of that was committed a
while ago, and will hopefully be MFC's soon.
Good, I didn't know someone else had already submitted a patch before.
But your script doesn't do the same thing.
In [EMAIL PROTECTED], Miguel Mendez
[EMAIL PROTECTED] typed:
On Thu, Apr 25, 2002 at 12:27:42PM -0500, Mike Meyer wrote:
Hi,
As I stated just a minute ago, my version of that was committed a
while ago, and will hopefully be MFC's soon.
Good, I didn't know someone else had already
Sorry to break the reply chain.
Mike: 'mired.org' has some bogus DNS entries floating around. Is it a new
domain? I can't send mail to it since it has no records at all.
On Thu, 25 Apr 2002, Mike Meyer wrote:
Yes, but when lib c depends on lib d, your script won't pick it up.
The patches to
In [EMAIL PROTECTED], Doug White
[EMAIL PROTECTED] typed:
Mike: 'mired.org' has some bogus DNS entries floating around. Is it a new
domain? I can't send mail to it since it has no records at all.
No, it's not a new domain. It's over two years old. I find entries for
it on servers that are
Hi,
I recently installed a 4.5-RELEASE system on intel and cvsup'ed it to
4.5-STABLE. The make buildworld failed because it was not able to find
certain defines in the include files. This is no the first time I have
encountered this.
The work-around is to copy the include files to
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
-hackers is not the appropriate forum for code review. The patch is
incorrect and should be backed out.
Never mind, I did it myself.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi,
Marc G. Fournier wrote,
[..]
So, I have plenty of swapspace left, lots of idle CPU and a whole whack
Someone suggested setting KVA_PAGES higher then the default for
this, but, as this is a production server, and its not something I've ever
played with, I'd like to know what the
On Thu, Apr 25, 2002 at 12:14:08PM -0700, Doug White wrote:
On Thu, 25 Apr 2002, Mike Meyer wrote:
Yes, but when lib c depends on lib d, your script won't pick it up.
The patches to ldd will. They will recurse on down forever.
I realize this is probably extremely rare, but does it catch
On Thu, Apr 25, 2002 at 12:25:36PM -0500, Mike Meyer wrote:
In [EMAIL PROTECTED], Edwin Groothuis [EMAIL PROTECTED] typed:
Why didn't ldd tell me which lib it was which was failing?
With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
My version of this - bin/30908 - has
That was uncalled for.
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
-hackers is not the appropriate forum for code review. The patch is
incorrect and should be backed out.
Never mind, I did it myself.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to
On Wed Apr 24, 2002 at 04:26:33PM -0700, Terry Lambert wrote:
Antoine Beaupre wrote:
Le Mercredi 24 avril 2002, à 11:12 , Mike Meyer a écrit :
Your simple shell script has to prompt for floppies. That needs UI
code. The people who know have decided that the current UI code isn't
up to
Theo Pagtzis [EMAIL PROTECTED] wrote:
Hi all,
I upgraded to linux 7.1 base successfully for the purposes of getting
linux java 1.4. The upgrade has created a consistent problem with the
locale for any application that I am running.
These applications are so far, Netscape and java 1.4
Have not seen a solution so far but then again I could be missing
something.
If anybody has solved the problem please let me know as it is a bit
annoying..
Cheers
Theo
Thomas David Rivers wrote:
Theo Pagtzis [EMAIL PROTECTED] wrote:
Hi all,
I upgraded to linux 7.1 base
26 matches
Mail list logo