echo;echo;echo; must output 3 new lines but currently not due to obvious
bug:
--- sh.func.c.bak Fri Dec 1 01:18:27 2000
+++ sh.func.c Tue Mar 13 13:04:54 2001
@@ -1147,7 +1147,7 @@
#endif /* BSDSIGS */
v++;
if (*v == 0)
- return;
+ goto done;
gflag = 0, tglob(
Who is our tcsh maintainer now?
On Tue, Mar 13, 2001 at 13:19:44 +0300, Andrey A. Chernov wrote:
> echo;echo;echo; must output 3 new lines but currently not due to obvious
> bug:
>
> --- sh.func.c.bak Fri Dec 1 01:18:27 2000
> +++ sh.func.c Tue Mar 13 13:04:54 2001
> @@ -1147,7 +1147,7 @@
>
At Tue, 13 Mar 2001 13:26:47 +0300, "Andrey A. Chernov" wrote:
> Who is our tcsh maintainer now?
Don't know but tcsh is contibified and from
/usr/src/contrib/tcsh/README
12) PLEASE send any bug reports (and fixes), code for new features,
comments, questions, etc. (even flames) to:
On Tue, Mar 13, 2001 at 11:41:26 +0100, Johan Karlsson wrote:
> At Tue, 13 Mar 2001 13:26:47 +0300, "Andrey A. Chernov" wrote:
> > Who is our tcsh maintainer now?
>
> Don't know but tcsh is contibified and from
> /usr/src/contrib/tcsh/README
>
> 12) PLEASE send any bug reports (and fixes), code
Every time I try to buildworld on my -CURRENT box, having upgraded from an
early February kernel last week, the machine panics. I've
updated my kernel and world several times, but the problem persists with
this kernel from last night. The 'current process' is always 'cpp0',
and it always seems to
Hi,
After 100erts of mergemaster sessions, I'm looking for a way to improve
mergemaster.
1st thing, mergemaster displays per default all in changed files. That's
ok for the first time, but if you maintain many hosts, this is annoying a
lot.
There should be an options to display all changed fil
On Mar 13, 1:19pm, [EMAIL PROTECTED] ("Andrey A. Chernov") wrote:
-- Subject: tcsh 6.10.00 echo;echo;echo; bug with fix
Thanks so much! I wonder how come this bug remained unnoticed for such
a long time!
christos
| echo;echo;echo; must output 3 new lines but currently not due to obvious
| bug:
Andrea Campi <[EMAIL PROTECTED]> wrote:
> Seriously, if it's a new breakage, it's not breaking for everybody.
As I already reported to -alpha, it's breaking for me (sources as
of ~March 10) with a custom kernel. Doesn't happen with GENERIC.
--
Christian "naddy" Weisgerber
It makes my -current (ca. Mar.12) slightly happy, but I still
have not-responding to I/O problem with jdk1.3-ibm(linux) when I
run any java application - 'top' says java pauses.
I did not apply the patch;
http://www.cs.duke.edu/~gallatin/linux_sa_siginfo/diff
as it was so different - be
On Tue, Mar 13, 2001 at 01:26:47PM +0300, Andrey A. Chernov wrote:
> Who is our tcsh maintainer now?
On the FreeBSD end it is imp.
--
-- David ([EMAIL PROTECTED])
GNU is Not Unix / Linux Is Not UniX
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
At Tue, 13 Mar 2001 13:41:47 +0100, Martin Blapp wrote:
>
> Hi,
>
> After 100erts of mergemaster sessions, I'm looking for a way to improve
> mergemaster.
>
> 1st thing, mergemaster displays per default all in changed files. That's
> ok for the first time, but if you maintain many hosts, this i
Hi,
> I have made something like this and submitted a PR
> http://www.freebsd.org/cgi/query-pr.cgi?pr=25771
Yep, something like this I'd like to do, but with md5 checksums,
so we do not have to say 'yes' to each file we update.
Martin
Martin Blapp, [EMAIL PROTECTED]
--
In message <[EMAIL PROTECTED]> "Andrey A. Chernov" writes:
: Who is our tcsh maintainer now?
I am.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Martin Blapp wrote:
>
> Hi,
>
> After 100erts of mergemaster sessions, I'm looking for a way to improve
> mergemaster.
>
> 1st thing, mergemaster displays per default all in changed files. That's
> ok for the first time, but if you maintain many hosts, this is annoying a
> lot.
>
> There shoul
Hi,
> If you didn't change a file and it was at 1.45
> then if the new one is at 1.55
> you should just install it. Since you didn't touch it at 1.45 you will probably
> not want to touch it at 1.55 either.
yes, of course. but I don't see your point. Am I missing something ?
How can you see it
Martin Blapp wrote:
> Hi,
>
> > If you didn't change a file and it was at 1.45
> > then if the new one is at 1.55
> > you should just install it. Since you didn't touch it at 1.45 you will probably
> > not want to touch it at 1.55 either.
>
> yes, of course. but I don't see your point. Am I missi
Maxim Sobolev wrote:
> Martin Blapp wrote:
>
> > Hi,
> >
> > > If you didn't change a file and it was at 1.45
> > > then if the new one is at 1.55
> > > you should just install it. Since you didn't touch it at 1.45 you will probably
> > > not want to touch it at 1.55 either.
> >
> > yes, of cours
I built a kernel without the random device and tried to use the
module. I loaded it from the bootloader and the machine panic'ed on boot:
Mounting root from ufs:/dev/da0a
da0 at sym0 bus 0 target 0 lun 0
da0: Fixed Direct Access SCSI-2 device
da0: 40.000MB/s transfers (20.000MHz, offset 15,
To refresh memory:
> fatal kernel trap:
>
> trap entry = 0x4 (unaligned access fault)
> a0 = 0xc3615fe1a88f382
> a1 = 0x29
> a2 = 0x1b
> pc = 0xfc467578
> ra = 0xfc4627c4
> curproc= 0xfe0009f5dbe0
>
Matthew Jacob writes:
> *I* sure can't spot what config option might be different. I also had done a
> complete removal of the build directory and complete fresh build of GPLUS.
> (sounds of hair tearing).
>
> Can anyone suggest what below might have caused this breakage?
One WAG is that
>
> Matthew Jacob writes:
>
> > *I* sure can't spot what config option might be different. I also had done a
> > complete removal of the build directory and complete fresh build of GPLUS.
> > (sounds of hair tearing).
> >
> > Can anyone suggest what below might have caused this breakage?
>
> I built a kernel without the random device and tried to use the
> module. I loaded it from the bootloader and the machine panic'ed on boot:
>
> Mounting root from ufs:/dev/da0a
> da0 at sym0 bus 0 target 0 lun 0
> da0: Fixed Direct Access SCSI-2 device
> da0: 40.000MB/s transfers (20.000
On 13-Mar-01 Andrew Gallatin wrote:
> Gdb says:
>
> (gdb) l* 0xfc42f824
> 0xfc42f824 is in name2oid (../../kern/kern_sysctl.c:621).
> 616 *p = '\0';
> 617
> 618 oidp = SLIST_FIRST(lsp);
> 619
> 620 while (oidp && *len < CTL_MAXNAME) {
>
On 13-Mar-01 Matthew Jacob wrote:
>
> To refresh memory:
>
>> fatal kernel trap:
>>
>> trap entry = 0x4 (unaligned access fault)
>> a0 = 0xc3615fe1a88f382
>> a1 = 0x29
>> a2 = 0x1b
>> pc = 0xfc467578
>> ra = 0xfc46
Brian Somers <[EMAIL PROTECTED]> wrote:
>
>I thought only sysv kept non-startup executables in /etc.
There's one real oddity in FreeBSD:
[EMAIL PROTECTED]:/etc
:; ll rmt
lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt*
Plus the rc scripts, dhclient-exit-hooks, pccard
> Can you possibly try to narrow the differences down by tring out various kernel
> configs in between GPLUS and GENERIC?
Actually- look at the diffs at least and tell me which you think it might
be. All of the diffs are either kernel support flavors for alpha, which
shouldn't matter to devfs for
I was cvsupping the GNATS database (the *entire* GNATS database, that
is - I didn't already have a copy) when I got this panic:
kernel: type 12 trap, code=0
Stopped at -0xfb8f:andb%al,0x73(%ecx,%ebp,2)
db> trace
APTmap(c5f763b8) at -0xfb8f
ffs_balloc(d06f9e3c,d0ab0de0,0,c22e7280,
> Brian Somers <[EMAIL PROTECTED]> wrote:
> >
> >I thought only sysv kept non-startup executables in /etc.
>
> There's one real oddity in FreeBSD:
>
> [EMAIL PROTECTED]:/etc
> :; ll rmt
> lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt*
I think that's there for compa
On 13-Mar-01 Matthew Jacob wrote:
>> Can you possibly try to narrow the differences down by tring out various
>> kernel
>> configs in between GPLUS and GENERIC?
>
> Actually- look at the diffs at least and tell me which you think it might
> be. All of the diffs are either kernel support flavors
On 2001-Mar-13 09:09:21 -0800, Julian Elischer <[EMAIL PROTECTED]> wrote:
>If you didn't change a file and it was at 1.45 then if the new one is
>at 1.55 you should just install it. Since you didn't touch it at 1.45
>you will probably not want to touch it at 1.55 either.
But you might still need
Hmmm, this is nice! I've wanted this option for a long time. :)
- Jordan
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
John Baldwin wrote:
> On 05-Mar-01 Tom Uffner wrote:
> > John Baldwin wrote:
> >> On 04-Mar-01 Tom Uffner wrote:
> >> > all of the snapshots since the 24th have exhibited this same or
> >> > very similar behavior.
> >> Does it happen for snapshots before the 24th?
> > no, it does not, at least not
On 13-Mar-01 Martin Blapp wrote:
> 1. Add md5 checksum to the the file-header:
> ---
>
> Add an md5 checksum in the header of the File, maybe in $FreeBSD$ when
> the file get's comitted. (The $FreeBSD$ line should be sed'd/grepp'd out
> to md5 the ra
>
> Hi,
>
> After 100erts of mergemaster sessions, I'm looking for a way to improve
> mergemaster.
>
> 1st thing, mergemaster displays per default all in changed files. That's
> ok for the first time, but if you maintain many hosts, this is annoying a
> lot.
>
> There should be an options to d
< said:
> There's one real oddity in FreeBSD:
> lrwxrwxrwx 1 root wheel 13 Jan 28 13:42 rmt -> /usr/sbin/rmt*
The pathname of the `rmt' program is a fundamental part of the `rmt'
``protocol'' such as it is. We've been over this one many times.
-GAWollman
To Unsubscribe: send
Richard Todd wrote:
> < No crashes as of here
> pushl $begin /* jump to high virtualized add
ress */
> ret
>
> /* now running relocated at KERNBASE where the system is linked to run */
> begin:
> < crashes before it gets here!!!
> /* se
Richard Todd wrote:
[..]
> The pushl and ret is where the boot code is jumping to "begin:" at its proper
> virtual address after the page tables are setup. I'm guessing that
> create_pagetables is somehow losing and creating bogus page tables such that
> the jump to the kernel virtual address spa
@@@@
@@@@@ªªgÑdbÅVµ¢oï¢ðT»¤Iªª
@@@@@@@@@http://www.chokuden.com
@@@@
@@==
@@@@±ÌxÍ¢«ÈèA±Ìæ¤È
In message <[EMAIL PROTECTED]>, Peter Wemm writes:
>Richard Todd wrote:
>
>> < No crashes as of here
>> pushl $begin /* jump to high virtualized add
>ress */
>> ret
>>
>> /* now running relocated at KERNBASE where the system is linked to run */
>> b
39 matches
Mail list logo
