iming and exception test).
Martin
--
%%%%%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
mmers who live there.
I don't expect the work I'm going to do (FP exceptions) to be
difficult to support on non-FPU machines, so I'm going to get a
non-FPU machine to test it.
Martin
--
%%%%%
Martin Cracauer <[EMAIL
and I can verify that the data is
wrong when I just use the hex address in ddb.
How can I get an address suitable for ddb? What are the offsets to add
to the symbol addresses I get from nm?
Thanks
Martin
--
%
Martin Cra
id assume this isn't done due to the problem of multiple uses
of the same static symbol name and hence I didn't try. In fact it
works for me. Thanks.
Now down with that FPU thing :-)
Martin
--
%%%%%
Martin Cracauer <[EMAIL PR
assume you use kdb_init() from db_elf.c, you how do you call it
given that you neither have the symbol (not loaded yet) nor the
address (`nm /kernel` output not useful)?
[Throwing an egg after the chicken that fails to produce the egg]
Martin
--
%%%%
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
L_MATH_EMUL (although actualy computing of error codes
isn't done in this case) and not to make things worse for (non-GPL)
MATH_EMUL.
I plan to commit this, unless someone objets (the impressive-looking
trapcode table is only 127 bytes in size, to pre-comment on one
issue).
Martin
--
that does? Linux's stuff appears to support it.
>
A build-time dependecy on ports/devel/nasm?
Martin
--
%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.bik-gmbh.de/~cracauer/
"Where do you want to d
r any
> recommendations on hardware with a better price/performance ratio at a
> low thermal (chassis is very compact).
Last time I checked the fxp chips got much hotter than either a DEC
21143 or a realtek 8139 (which is otherwise unrecommended).
Martin
--
%%%%
cd0 at scbus1 target 6
device cd1 at scbus1 target 2
However, config rejects it:
config: line 239: ahc 0 not defined
config: line 240: ahc 1 not defined
Martin
--
%
Martin Cracauer <[EMAIL PROTEC
In <[EMAIL PROTECTED]>, Peter Wemm wrote:
> Igor Timkin wrote:
> > > Martin Cracauer wrote:
> > > > It seem hardwiring SCSI devices is broken in -current:
>
> dmesg would be useful, otherwise we can't even begin to guess what happened.
I can't pr
In <[EMAIL PROTECTED]>, tele danmarQ
kvindeservice wrote:
> On Mon, 7 Feb 19100, Martin Cracauer wrote:
>
> > > > > > It seem hardwiring SCSI devices is broken in -current:
> > > dmesg would be useful, otherwise we can't even begin to guess wh
In <[EMAIL PROTECTED]>, David O'Brien wrote:
> On Wed, Feb 23, 2000 at 02:31:01PM +0100, Martin Cracauer wrote:
> > Where's the bug, anyway? Do we need to fix the compiler or would it be
> > better to get a newer assembler?
>
> A new assembler (whole binutil
ss CPU)
Origin = "GenuineIntel" Id = 0x52c Stepping = 12
Features=0x1bf
Let me repeat that this looks like a serious memory mapping bug and
that we must not ship 4.0 until we gain more knowledge about it.
Martin
--
%%%%%%%%%
which might do the job you want static linking for.
Martin
--
%%%%%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to [EMAIL
s possible to write a plugin for the BSDI
version of Navigator 3.04 so that it display *.png files as it
displays *.gif files now?
As I understand, a plugin doesn't have fine enough access to the
display code to do this, right?
Martin
--
%%%%
ding, the
program dumps core, both when running in gdb and running standalone.
As I said, everything works fine when linking statically. In
3.4-stable, all is well for static and dynamic linking.
Martin
--
%
Martin Cracauer <[EMAI
gument.
/usr/src/contrib/gcc/config/i386/i386.c:2988 seems to be the line that
writes the GOTOFF without an argument.
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Tel.: (private) +4940 522182
e bug, anyway? Do we need to fix the compiler or would it be
better to get a newer assembler?
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Tel.: (private) +4940 5221829 Fax.: (private) +4940 522
In <[EMAIL PROTECTED]>, Bruce Evans wrote:
> On Fri, 25 Feb 2000, Martin Cracauer wrote:
> > It is possible that we indroduced the bug by our profiling changes?
> > The line in i386.c that generates the code in question is from
> > revision 1.5, which is the profiling
would you please approve us to do so?
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536
To Unsubscribe: send mail to [EMAIL PROTECTED]
wi
g in
> the driver architecture nor any of my testing that would suggest this is
> actually the case at this point.
I appended an old posting of mine. No 3com cards, though.
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]&g
/aout-gdb && make install` and it uses
/usr/src/gnu/usr.bin/gdb or fetches some other source by itself if it
can't use native sources. The modula-3 port does something in that
line, uses /usr/src if it can.
Martin
--
%
Martin C
/usr/src might not
save much.
You need the binutils libraries and friends as aout, so it might be
easier to start from a source that carries everything you need with
it and link it statically.
Martin
--
%
Martin Cracauer <[EMA
shell script to test include
file changes. I recommend it to everyone working on headers.
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Tel.: (private) +4940 5221829 Fax.: (private) +4940
he problem.
Steve Price fixed my 1.23 mistake in 1.24.
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to [EMAIL
ave 1.24?
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In <[EMAIL PROTECTED]>, Bruce Evans wrote:
> On Fri, 12 Nov 1999, Martin Cracauer wrote:
>
> > In <[EMAIL PROTECTED]>, Bruce Evans wrote:
> > > `man sh' now hangs when the pager is exited. This is caused by the recent
> > > change to sh/eval.c
&g
n now reproduce the problem. Please test the appended diff which
should fix this problem while still working for the
here-backquote-three-stage-pipeline case.
My apology especially to Bruce, I managed to pass your test case by
not copy/pasting it, but typing it in with "bits" missing :-(
5) on it?
Critical are long pipelines, especially in backquote or here-documents
and when receivers (not senders) terminate the run.
Thanks
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/crac
ins /usr/bin, so I don't think it's PATH
> related.
No, $PATH is restored to what is was before the first make command.
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
gt; % hash -v
> builtin hash
> builtin echo
> /usr/bin/which
> /usr/sbin/ls
> Caching index based on temp. path
> % ls
> ls: not found
$PATH is still /sbin:/bin:/usr/sbin:/usr/bin:
Martin
--
%
OK, the problem is real.
BTW, its worse:
#! /bin/sh
hash -v
PATH=/sbin:/bin
PATH=/foo:/bar:/bin ls
hash -v
ls
=> coredump
Working on it.
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD U
er, but the source messes with the hashtable
too directly in too many places.
Appended diff does the second route. Does it fix your problems?
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
Te
In <[EMAIL PROTECTED]>, Marcel Moolenaar wrote:
> Martin Cracauer wrote:
> >
> > In <[EMAIL PROTECTED]>, Marcel Moolenaar wrote:
> > > It seems to me that when there's a PATH= assignment you don't want to
> > > add anything to the cache or
fix I sent. Looking for cases that
aren't...
Martin
--
%%%%%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to [EMAIL PROTECT
In <[EMAIL PROTECTED]>, David O'Brien wrote:
> On Thu, Dec 16, 1999 at 03:40:20PM +0100, Martin Cracauer wrote:
> > You can also fool sh into running the *wrong* binary if if you have
> > two in showdowed paths:
>
> pdksh does not suffer from either this probl
In <[EMAIL PROTECTED]>, Brian Fundakowski
Feldman wrote:
> On Fri, 17 Dec 1999, Martin Cracauer wrote:
>
> > > I still think we should *seriously* consider switching to pdksh.
> >
> > As I said before, pdksh has other bugs.
>
> > Also we would loose
re. If you want me
> to go try to find one of those cases, I will.
That would be nice. I'm collecting items for a formal, automatic test
suite.
That goes to every reader of this list, of course :-).
Thanks
Martin
--
%%%%%%%
l by default was a right thing?
The outcome was that applications that care must set the control word
themself and that we go the way of least resistance for the rest.
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.
;t care (although most other native compilers
like SRC m3, CMUCL, SML/NJ do).
FreeBSD's fpsetmask(3) stuff is simple inline assembler that I
personally used in Linux, it should be relativly easy to carry it
around with your application on i386 machines.
Martin
--
%
u point me to the newest set of ObjC patches for gdb, please?
I don't think they will it into the base system, mainly because it
takes off files from the vendor branch. But we also have a gdb in
ports, where patches are more welcome.
Martin
--
%
this? An alternative would be mounting a
> file on the ext2fs via vn as the freebsd root containing a freebsd install
> on ffs or ext2. This way might make it easier to have access to the
> underlying ext2 and make it easier for the base linux system to populate /
> modify if linux has tr
", or does
> it have a proper title? I need this one.
"Not yet" is what comp.std.c says, but any time soon. It is excepted
to be available as a cheap PDF like the C++ standard.
[info could be out of date, didn't check news for weeks]
Martin
--
%%%
scall ()
#16 0x80925af in ?? ()
#17 0x811e317 in ?? ()
#18 0x814f1d0 in ?? ()
#19 0x814d235 in ?? ()
#20 0x8173a48 in ?? ()
#21 0x807c309 in ?? ()
(kgdb)
--
%%%%%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
message with a source tree after
>
> *default date=2000.05.23.00.00.00
Have you tried building and installing the new binutils before
compiling the rest of the world?
Some assembler files are not compatible with the old binutils.
Martin
--
%%%%%
In <[EMAIL PROTECTED]>, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Martin Cracauer writes:
> : Have you tried building and installing the new binutils before
> : compiling the rest of the world?
>
> This shouldn't be required for buildworld. If
he
native assembler or vice versa?
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In <[EMAIL PROTECTED]>, Martin Cracauer wrote:
> In <[EMAIL PROTECTED]>, David O'Brien wrote:
> > On Fri, Jun 02, 2000 at 04:42:29PM +0930, Matthew Thyer wrote:
> > > Three issues:
> > > - floating point math doesn't seem to work properly:
>
way to tell
each machine from each other, like a hostid. The ethernet address of
the first card could be.
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http:/
In <[EMAIL PROTECTED]>, Poul-Henning Kamp wrote:
>
> Am I the only person who miss a brief document which tells what
> the outcome of the meeting was ?
Who was there, anyway?
Martin
--
%%%%%%%%%
Martin Cracauer <[EMAI
[CC'ed to current]
In <[EMAIL PROTECTED]>, Martin Cracauer wrote:
> In <[EMAIL PROTECTED]>, Mark Murray wrote:
> > May I have a login on your build box to have a look?
>
> It would be more useful if you could put a log of your buildworld (at
> least the per
In <[EMAIL PROTECTED]>, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Martin Cracauer writes:
> : [CC'ed to current]
> : Message to others for bootstrapping:
> :
> : Checkout perl (contrib/perl5 and gnu/usr.bin/perl) from -D 2624,
> : build and in
line
18."
That should be easy to reproduce on your development system by just
copying an old /usr/bin/perl executable to it and trying to build.
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
ou need the full crypto stuff, including src/sys/crypto. See example
cvsup files.
Yes, a HEADS up or an entry to /usr/src/UPDATE would have been great.
Martin
--
%%%%%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/
In <[EMAIL PROTECTED]>, Jun Kuriyama wrote:
> #!/bin/sh
> cat < [8bit text which contains 0x82 character]
> EOF
I'm very short of time these days, but here are thoughts and a
backtrace:
0x82 == \202 == CTLVAR in the parser. For real variable expansion,
the parser inserts \202 into the input s
make this official, although in the
following form, otherwise wrong characters are echoed.
Anyone for whom this fix doesn't work?
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany
In <[EMAIL PROTECTED]>, Andrey A. Chernov wrote:
> On Fri, Jul 28, 2000 at 09:47:08AM +0200, Martin Cracauer wrote:
> > ! if (c >= CTLESC && c <= CTLQUOTEMARK) {
> > synentry = CWORD;
> > !
In <[EMAIL PROTECTED]>, Andrey A. Chernov wrote:
> On Fri, Jul 28, 2000 at 09:03:49AM +0200, Martin Cracauer wrote:
> > 1) It seems that you can work around the coredump by looking at the
> >next char after \202. For real expansions of variables in
> >here-do
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
usecount 2, writecount 1, refcount
731, flags (VOBJBUF)
tag VT_UFS, ino 357635, on dev #da/6 (13, 6) lock type inode: EXCL (count 1)
by pid 82131
[truncated]
Martin
--
%
Martin Cracauer <[EMAIL PROTECTED]> http://
p;& errno == EINTR && breakwaitcmd == 0) ||
+ (WIFSTOPPED(status) && !iflag));
in_dowait--;
if (breakwaitcmd != 0) {
breakwaitcmd = 0;
--
%%%%%%%%
Martin Cracauer <[EMAIL PROTE
In <[EMAIL PROTECTED]>, Randell Jesup wrote:
> Martin Cracauer <[EMAIL PROTECTED]> writes:
> >would you please have a look at the following sh fix? My brain is a
> >bit rusty and maybe I overlook a drawback.
> >
> >When a child is receiving SIGSTOP,
In <[EMAIL PROTECTED]>, Martin Cracauer wrote:
> If you really want to background one process from /etc/rc, you would
> still do that by writing a wrapped that catches SIGINT and send
^^^ ^
-a` and such.
Martin
--
%%%%%
Martin Cracauer http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
cess. For example, you
might want to use it get the whole process group of everything it
started.
Martin
--
%
Martin Cracauer http://www.cons.org/cracauer/
BSD User Group Hamburg, Germany http://www.bsdhh.org/
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
t one board.
I did run such a setup as well, but the disks on the first controller
with BIOS ran much faster than those on the BIOSless controller.
Martin
--
%
Martin Cracauer http://www.cons.org/cracauer/
BSD User Group Hamburg,
27;ut_time'
Any suggestions?
The manpage is still for utmp, not utmpx, unless my -current got
hopelessly out of sync.
Martin
--
%%%
Martin Cracauerhttp://www.cons.org/cracauer/
FreeBSD - where you want t
Martin Cracauer wrote on Fri, Feb 12, 2010 at 05:24:06PM -0500:
> editors/emacs21 and emacs22 are still broken with this.
>
> Changing utmp to utmpx in #include and in the struct declares I still
> get:
> filelock.c:297: error: 'struct utmpx' has no member named 'ut
res: Inf
I want an exception. Or at least an exception value
Floating point exception (core dumped)
Martin
--
%
Martin Cracauer http://www.cons.org/cracauer/
Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
inent.
Martin
--
%%%%%%%
Martin Cracauerhttp://www.cons.org/cracauer/
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freeb
e. GDBE should be in the tree for it's technical merits (which
> I've found it does have). However, if it turns out in X years from today
> GELI can do everything GDBE can do and better, then I would say we should
> figure out a way to remove GDBE.
>
> On Mon, Oct 19
junk, mostly zeros
I did do some ports building lately but not at the same time that this
problem manifested itself. I speculate some ports blocks were still
resident in the filesystem buffer cache.
Server is Linux.
Martin
--
%%%
M
Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100:
> Am 11.01.2012 um 17:57 schrieb Martin Cracauer:
>
> > I'm sorry for the unspecific bug report but I thought a heads-up is
> > better than none.
> >
> > $ uname -a
> > FreeBSD wings.cons.org
Rick Macklem wrote on Wed, Jan 11, 2012 at 08:42:25PM -0500:
> Martin Cracauer wrote:
> > Stefan Bethke wrote on Wed, Jan 11, 2012 at 07:14:44PM +0100:
> > > Am 11.01.2012 um 17:57 schrieb Martin Cracauer:
> > >
> > > > I'm sorry for the unspecific bu
cript run is
dominated by system time now and gets 10x slower as it is now.
Martin
--
%%%
Martin Cracauerhttp://www.cons.org/cracauer/
___
freebsd-current@freebsd.org mailing list
76 matches
Mail list logo
