> 204.216.27.21.7: udp 12
09:05:03.628822 206.213.73.12.38947 > 204.216.27.21.8: udp 12
09:05:03.650996 206.213.73.12.38947 > 204.216.27.21.9: udp 12
09:05:03.673285 206.213.73.12.38947 > 204.216.27.21.10: udp 12
It broke in revision 1.9 of "src/contrib/traceroute/trac
(the FreeBSD-current list, probably) for
more details.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No matter how cynical I get, I just can't keep up.&qu
VSup won't touch your symbolic links. It won't touch any file that
it doesn't know anything about.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No mat
where the discussion had been.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No matter how cynical I get, I just can't keep up."-- Nora Ephron
To
Yes, you can do it if you're careful. There's a section "Local
Modifications in your CVS Repository" in the CVSup FAQ that talks
about it.
http://www.polstra.com/projects/freeware/CVSup/
John
--
John Polstra [EMAI
I don't know why I'm on the cc for this thread, but please remove
me. And it shouldn't be cross-posted to 2 lists.
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
ain branch (-current), the RELENG_3 branch
(-stable), and Warner's RELENG_3_2_PAO branch.
I've updated the comments in LINT and README.softupdates
accordingly.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., I
situations.
- You've accidentally touched all the files in your repository in
some way (changed their modtimes, changed their permissions, changed
their owners, etc.).
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
Mike Pritchard wrote:
>> In article <[EMAIL PROTECTED]>,
>>
>> - You are running cvsup with a different umask than usual. To guard
>> against this, you can add a "umask=022" setting in your supfile
>> (CVSup-16.0 and later).
>
> Speaking of CVSup-16.0, I can't get the port in /usr/ports/ne
up will have recreated it for you by now.
- You changed your supfile in some way.
- Your friendly mirror site maintainer accidentally touched his
copies of the files.
And of course there's always the possibility that it was caused by a
plain old bug in CVSup.
> I just gave cvsup an
longut_time;
> };
>
> Not that there is any _real_ difference between long and time_t,
On the Alpha, a long is 64 bits but a time_t is 32 bits.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co.
m surprised you're having problems using it,
even with NAT.
If you have some time to spend on this, some tcpdumps might provide
a clue.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Wash
xt
release is imported.
Meanwhile, if you want to install it into man8, you could do it with
special rules in "src/sbin/ipf/Makefile". Something like this
(untested) should do the trick:
MAN8= ipf.8
CLEANFILES+= ipf.8
ipf.8: ipf.1
cp ${.ALLSRC}
sing the correct library. Type "ldd /usr/bin/cc"
to see which libraries it's really finding.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No matte
ding the
wrong libc. Make sure you don't have LD_LIBRARY_PATH set to include
"/usr/lib".
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No matter how cy
mon:/usr/home/asmodai] (3) $ ldconfig -aout -r | grep libc.so
> 27:-lc.3.1 => /usr/lib/aout/libc.so.3.1
Right. So the problem must be that you have LD_LIBRARY_PATH set.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co.
Jeroen Ruigrok/Asmodai wrote:
> * John Polstra ([EMAIL PROTECTED]) [990729 18:49]:
>>
>> Right. So the problem must be that you have LD_LIBRARY_PATH set.
>
> Yes I have, but this hasn't been a problem for the last 5-6 months.
> In what way could it interfere with
it" or "limit" to remove any
memory-related resource limits prior to building the port.
>From the weird stuff in your other recent bug reports, I also think
it's entirely possible that your hardware or kernel or filesystems are
messed up.
John
--
John Polstra
on the FIN, URG, and PUSH flags. The Null scan
turns off all flags.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No matter how cynical I get, I just can&
sn't even have SIGBUS as far as the kernel is
concerned.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No matter how cynical I get, I just can't keep up."
Nice work! It looks right to me, not to mention that it now agrees
with what the dynamic linker does. I think you should definitely
bring it into -stable. For good form you might want to give it
another day or two in -current first.
John
--
John Polstra
ere any reason why I
> couldn't make world from some time around 12/8/99 on -current from
> yesterday evening? Would I have to build a new kernel first?
Normally it's possible, and you don't need a new kernel to do it.
John
--
John Polstra
uld read from a pipe,
> whilst the former wouldn't. This can make converting to 'cc -E' a
> non-trivial exercise.
That's what /dev/stdin is for:
cat hello.c | cc -E -x c /dev/stdin
John
--
John Polstra [EMAIL PROT
In article <[EMAIL PROTECTED]>,
Ollivier Robert <[EMAIL PROTECTED]> wrote:
> According to John Polstra:
> > Current versions of ntpd use these features if they're available. I
>
> The ntpd daemon in -CURRENT doesn't use these as we cannot be sure
l from what I can see)
There already _is_ a port of it (net/ntp). And there are hooks in
/etc/rc.conf ("xntpd_program") to use the ports version instead of the
one in the base system.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra &am
; the base system the other(s) should probably be removed entirely.
I'm sure we'll get there eventually. Things move at a stately
pace in -stable. :-)
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
back to have its
headers rewritten. That's a lot of overhead. Not so with ipfilter --
it's all done inside the kernel.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washin
In article <[EMAIL PROTECTED]>,
Bruce Evans <[EMAIL PROTECTED]> wrote:
>
> You apparently
> clobbered -O in CFLAGS by setting CFLAGS=-g. -g normally needs to be
> added to CC to avoid breaking CFLAGS (CC='cc -g').
Better yet: DEBUG_FLAGS=-g
John
To Unsubscribe: send mail to [EMAIL PROTECTED
onality from libc. That means (ideally) only functions which
appear in the ANSI/ISO C standard, or (tolerably) only functions which
appear in ANSI/ISO C or POSIX.
This means: if you need a FreeBSD-specific function such as
getobjformat() then you write your own version of it, or copy the
source and
In article <[EMAIL PROTECTED]>,
David O'Brien <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 12, 2000 at 07:00:01PM -0800, John Polstra wrote:
>
> > I _really_ don't like it when a program reaches waaay over into an
> > unrelated directory for its sourc
ngs ahead in the queue.
> Of course a patch would make things go much faster.
The problem is caused by the fact that we are still using our own
home-grown versions of crtbegin.o and crtend.o (from "src/lib/csu").
We need to use the ones built from crtstuf
In article <[EMAIL PROTECTED]>,
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> Unless anyone objects I'm going to bump OSVERSION tonight to provide a
> cutoff for whether or not openssl is available in the base system. Ports
> need to behave differently in either case..
You mean "__FreeBSD_version"
for every "CVSup problem" that
turned out to be something else, I'd be a rich man today.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is
better if the default were to
delete and there was a "nodelete" option. But that wouldn't have been
compatible.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Wash
gh. Naturally this comes just hours after I have merged
the latest changes into -stable *sigh*.
Could you please make sure your src/libexec/rtld-elf is
up-to-date? rtld.c should be at revision 1.41.
Then if you can give me a stack backtrace it would help a lot.
T
rrent since January 9, and
I'm wondering if a more recent change in a different part of the
system is causing trouble.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
the busiest of times.
Thanks for your cooperation.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam
In article <[EMAIL PROTECTED]>, I wrote:
> To choose a mirror site, try pinging the mirrors in your country.
I have been reminded that a few mirrors (cvsup8 in particular) filter
pings. Don't take ping failures as a certain indication that the
server is down.
John
--
think. Lots of
complications arise when, for example, you interrupt an update in the
middle such that some files have been updated while others haven't.
There is discussion on all this in the mailing list archives
somewhere.
John
--
John Polstra
now is: did it start failing soon after January
9, or only just in the past few days?
Also I really need a stack trace of a failure to analyze.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Was
> Can you make cvsup accept multiple servers to try in it's configuration
> file?
I'll add that to the to-do list.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Sea
ral, do your best
to restore your system to a pristine state. Then test with make
world.
Yes, this is a pain. But it's a pain for one person instead of for
several hundred. :-)
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra
s
> out no files). Hmm.
It works for me. Not all mirrors carry the more esoteric
collections like gnats. I know that cvsup[15678] carry it. I think
cvsup2 doesn't, and I'm not sure about 3 and 4.
John
--
John Polstra
In article <[EMAIL PROTECTED]>,
Max Khon <[EMAIL PROTECTED]> wrote:
>
> applet_viewer bombs out with a lot of stuff in the output like this
> (until killed -9):
>
> ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55
The last time this problem happened (I thought I fixed it!),
> ld-elf.so.1: assert failed: /usr/src/libexec/rtld-elf/lockdflt.c:55
If any of you can reproduce this problem fairly reliably, please try
the appended patch for "src/libexec/rtld-elf/lockdflt.c" and let me
know if it solves the problem.
Thanks,
John
Index: lockdflt.c
==
lly-updated list. It's practically impossible to
keep them up-to-date in the port.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of bas
Before I forget: PLEASE DON'T CC ME ON YOUR REPLIES. I'LL READ THEM
IN THE MAILING LIST. THANK YOU.
> > Hmmm. A thought just occurred to me. There's no need to measure
> > these things. Lookup all the IP addresses. Do a non blocking
> > connection to each of these machines. First one to co
In article <[EMAIL PROTECTED]>,
Max Khon <[EMAIL PROTECTED]> wrote:
>
> Seems that this patch fixed the problem for me.
> I can not reproduce it anymore.
That's good news. Thanks for testing it! I'll commit it later
today.
John
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscri
/usr/obj/c/src/alpha/usr/include /c/src/sys/modules/if_tun/../../net/if_tun
.c
In file included from @/netatm/kern_include.h:105,
from /c/src/sys/modules/if_tun/../../net/if_tun.c:50:
@/netatm/atm_if.h:349: #error - Must define hardware-spe
ibc_r and aren't too hard to set up and run, that would be
helpful too.
Thanks,
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign o
root:(password):0:0::0:0:Charlie &:/root:/bin/csh
> toor:(password):0:0::0:0:Bourne-again Superuser:/root:
> daemon:(password):1:1::0:0:Owner of many system processes:/root:/sbin/nologin
Heh, I'd say revision 1.5 of "src/etc/periodic/daily/200.backup-passwd"
needs a bi
In article <[EMAIL PROTECTED]>,
Warner Losh <[EMAIL PROTECTED]> wrote:
> I will back it out until after 4.0 so this change can be analized in
> more detail.
What a perfect Freudian slip! Does this mean you plan to, er, put it
In article <[EMAIL PROTECTED]>,
Warner Losh <[EMAIL PROTECTED]> wrote:
>
> What's the current wuildworld times for a 486DX2-66 + 12M RAM over
> NFS?
Dunno yet. I started one in late 1997 but it's still running. I'll
let you know when it finishes. :-)
John
To Unsubscribe: send mail to [EMAI
is already the default in src/sys/sys/param.h:
#ifdef P1003_1B
#define _P1003_1B_VISIBLE
#ifndef _KPOSIX_VERSION
#define _KPOSIX_VERSION 199309L
#endif
#endif
Am I right, or am I missing something?
John
---
John Polstra [EMAIL
> > It's source-dir is called "xinstall" btw.
> Why is the source called "xinstall"?
To avoid colliding with the standard make target "install". If we
had utilities named "all", "depend", and "clean" we'd have to do the
same thing for them.
John
PS - Please remove me from the cc on the inevita
In article <[EMAIL PROTECTED]>,
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Wed, 2 Feb 2000, Maxim Sobolev wrote:
>
> > What happed with much-advertised by Polstra cvsup8.freebsd.org cvsup mirror?
>
> He advertised shortly thereafter that it had died :-)
Not "died." Taken out of service tem
ddress to use is [EMAIL PROTECTED]
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
In article <[EMAIL PROTECTED]>, Jim Bloom <[EMAIL PROTECTED]> wrote:
> John Polstra wrote:
> >
> > Why are you addressing mail to [EMAIL PROTECTED]? The correct
> > address to use is [EMAIL PROTECTED]
>
> Because I replied to a message I received whi
In article <[EMAIL PROTECTED]>,
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Feb 2000, Anders Andersson wrote:
>
> > I add a new user, and with 'vipw' I notices that this user now gets a
> > DES based passwd. (we only use MD5 passwords around). Then I looked in
> > /usr/lib and noticed t
In article <[EMAIL PROTECTED]>,
Michael Lucas <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Shouldn't I get a response email from
> [EMAIL PROTECTED]? Or is this a casualty of the mail
> breakage?
It is a casualty of the mailserver HW problem.
> Would I be better of using the web form, or just wait
In article <[EMAIL PROTECTED]>,
Eugene M. Kim <[EMAIL PROTECTED]> wrote:
> Just wanted to share the knowledge of this little devil.
>
> For those who want to upgrade via cvsup their pre-3.3 system to test
> IPsec: due to the addition of src-sys-crypto in secure-supfile, one will
> have to cvsup f
y instead. If everybody used
/usr/local/etc/periodic to run their cvsups, then they would all hit
the servers at the same times (from a given time zone). Not friendly,
and not likely to yield satisfactory results either. Pick a "random"
time
++ may
give errors like below when you try to run them:
/usr/libexec/ld-elf.so.1: /usr/lib/libstdc++.so.3: Undefined symbol "__vt_7filebuf"
The only fix is to rebuild the application and any C++
libraries used.
John
--
John Polstra
In article <[EMAIL PROTECTED]>,
Maxim Sobolev <[EMAIL PROTECTED]> wrote:
> John Polstra wrote:
>
> > Are you sure you're not just hitting this problem described in
> > src/UPDATING?
> >
> > 2124:
> > The default way that vir
on specifies the soft limits
instead. When displaying limits, only one of -S or -H can be
given. The default is to display the soft limits, and to set
both the hard and the soft limits.
If you want to lower the coredumpsize limit t
but could you please describe what it does? Apparently
it adds a temporary pass rule between two endpoints, in response to a
triggering rule that contains "keep-state". Is that right?
I realize it's probably like ipfilter's keep-state feature. But
that's not documented
on the receiving disk before the dump|restore? It
seems like if you didn't then the free block bitmaps in the cylinder
groups would contain garbage.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
ons documented in hier(4).
/usr/libexec is for things that are executed by other programs.
Normal persistent daemons such as sshd belong in /usr/sbin. Take a
look at the current contents of those two directories and you'll see
the distinction.
John
--
John Polstra
n things blindly.
In my experience, CVSup is not slow for the ports tree. CVS is slow,
but not CVSup. I can typically update my entire CVS repository
(CVSROOT + distrib + doc + ports + src + www) in 1.5-2 minutes on a
56 Kbit link. Of course the "cvs upd" afterwards does take a l
. And my Internet link is
a wimpy 56 Kbit frame relay connection
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intellig
ing the .a file directly in the link line
> (cc -static ${SSHOBJS} -o ssh /usr/local/lib/librsaref.a -lrsaglue -lssl)
> in hopes that this would somehow get it preferred just on that
> basis alone, but no deal. Urk! Any ideas?
A simple test case that I built do
isely how to duplicate the problem then I'll
try. Assume I know nothing about wine.
Thanks,
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a
> Note: I didn't compile wine with -g. I'll do that if you want...
Thanks, but it's not necessary at this point.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington
return(ret);
}
Shouldn't the test against PS_SUSPENDED be "==" instead of "!="? I
would think we'd want to do something if the thread was suspended, and
skip it if the thread wasn't suspended -- exactly the opposite of what
the current code does.
John
---
John Po
In article <[EMAIL PROTECTED]>,
Daniel Eischen <[EMAIL PROTECTED]> wrote:
> On Tue, 29 Feb 2000, John Polstra wrote:
>
> > Shouldn't the test against PS_SUSPENDED be "==" instead of "!="?
>
> Yes, it should be "==" instead of
articular service. That's why it's called
System V shared memory. Also, it's persistent for legitimate design
reasons, just like files are. Applications need to clean up after
themselves. The OS has no way of knowing whether an application wants
its shared memory segments to survive after
In article <[EMAIL PROTECTED]>,
Kris Kennaway <[EMAIL PROTECTED]> wrote:
>
> Ahh, so you can use the OpenSSH client to connect to some servers, but not
> the F-Secure one? That would definitely be a bug you should report to the
> OpenSSH developers.
>
> Is anyone else in the position to test th
In article <[EMAIL PROTECTED]>,
Donn Miller <[EMAIL PROTECTED]> wrote:
> John Polstra wrote:
> >
> > Below is a patch for "src/libexec/rtld-elf" which should fix the
> > assert failures in wine. I'd appreciate hearing from anybody who
> &g
In article <[EMAIL PROTECTED]>,
Donn Miller <[EMAIL PROTECTED]> wrote:
> I just reverted back to the "normal" version of ld-elf.so, the version
> without the patch. Mozilla doesn't have the problem with the
> "non-patch" version. So, maybe it isn't the application. Or, maybe the
> original
y immediate need
for it.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
To Unsubscribe: send
Below is a patch for "src/libexec/rtld-elf" which should fix the
assert failures in wine. I'd appreciate hearing from anybody who
tests this with multithreaded packages such as wine, JDK, Mozilla,
and linuxthreads.
Just a reminder -- be extra careful when messing with the dynamic
linker. It's e
he dynamic linker that's in -current at present. I've
looked into adding the dllockinit() stuff to Wine, but could use
some help from somebody who knows its internals better. I found
the threads primitives, etc., but am not so sure where to place the
dllockinit() call.
John
--
John Po
o into in the
"!defined(_ANSI_SOURCE)" section. Bruce might have a better idea.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of ba
((uid_t)0-1). That's what is used in the
i386's .
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Ch
In article <[EMAIL PROTECTED]>,
Paul Richards <[EMAIL PROTECTED]> wrote:
> John Polstra wrote:
> >
> > I guess it could go into in the
> > "!defined(_ANSI_SOURCE)" section. Bruce might have a better idea.
>
> I don't think is the righ
rlock_acquire and wlock_aquire
will be the same (lock the mutex). I'd recommend using a simple mutex
unless the threads package already implements reader/writer locks.
I really hope I can render all this nonsense unnecessary after the
code freeze ends.
John
--
John Polstra
29 -current
system to today's -current. I didn't use make -j and I didn't take
any shortcuts.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappoin
In article <[EMAIL PROTECTED]>,
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> On Fri, 10 Mar 2000, John Polstra wrote:
>
> > This is still broken. I ran into it when upgrading a Feb. 29 -current
> > system to today's -current. I didn't use make -j and I
ned by
the ANSI/ISO C standard. The standard doesn't permit polluting the
namespace with extra stuff.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"Disappointment i
In article <[EMAIL PROTECTED]>,
Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 12, 2000 at 05:51:17PM -0800, John Polstra wrote:
> > In article <[EMAIL PROTECTED]>,
> > Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> > > On Sun, Mar 1
In article <[EMAIL PROTECTED]>,
Bruce Evans <[EMAIL PROTECTED]> wrote:
>
> I would prefer standard maxof() and minof() interfaces that work on
> any arithmetic type. These can almost be written in portable C, at
> least in C89 where types are restricted to char, signed char, ...,
> long double:
00. Did I overlook some configuration change? Thanks.
Nothing has changed in connection with LD_LIBRARY_PATH recently.
In fact, it has been at least a few weeks since the dynamic linker
changed at all.
Remember, LD_LIBRARY_PATH is ignored for setuid/set
Users don't know or care about the name of the library.
Programmers are used to dealing with quirks like having NAT
implemented in a library named libalias.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
updates itself every 6 minutes from freefall. If the file still isn't
there after 1 hour 6 minutes, then please send me the details.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washingt
cvs update -A umap.h
If that fixes it, then you'd better do the same thing to the rest of
your source tree:
cd /usr/src
cvs update -APd
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
there a description somewhere of what I need to steal out of
> FreeBSD's CVSROOT that will make it happen?
Grab the "options" file from there.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.
ot;session" feature
currently.
Hey markm, ya wanna add this to your to-do list? :-)
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle, Washington USA
"No matter how cynical I get,
rtld.
Hmm, could be. Can one of you please give it a try with the older
ld-elf.so.1 and see if it works again? I recommend trying the
dynamic linker from August 25.
If it works with the older dynamic linker, please send me (preferably
simple :-) instructions for reproducing the problem.
Pascal Hofstee wrote:
> On Fri, 3 Sep 1999, John Polstra wrote:
>
>> Hmm, could be. Can one of you please give it a try with the older
>> ld-elf.so.1 and see if it works again? I recommend trying the
>> dynamic linker from August 25.
>>
>> If it works w
Oops, I said:
> 1. Make a backup copy of "/usr/libexec/rtld-elf.so.1".
but I meant "/usr/libexec/ld-elf.so.1".
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra & Co., Inc.Seattle,
1 - 100 of 494 matches
Mail list logo