"David O'Brien" <[EMAIL PROTECTED]> writes:
> because `echo' nicely removes \n's from env vars when it prints them.
des@des ~% foo='bar
quote> baz'
des@des ~% echo $foo
bar
baz
des@des ~% /bin/echo $foo
bar
baz
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
This is a quick heads-up.
If you have built -CURRENT within the last couple of days, and if you try
to use that (recently-built -CURRENT) as the host system for building
-CURRENT, the 3 patches I posted last night do appear to get through
the build process, but the result is a system that does no
Hi all,
I'm having panic for the last few days, if I have PCCARD inserted.
If no card is inside, system boots up fine.
Here's the panic message, I've written down.
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x3c
fault code = supervisor write, page not
Joerg,
> > first of all i want to apoligize. i sent the wrong output. yes, it
> > does the right thing if you use "-g" switch, however it does not
> > work for me if i use "-ggdb" switch.
>
> Indeed, the output generated with -ggdb looks weird. But then, it
> never occurred to me to use -ggdb a
On Thu, 1 Nov 2001, Maksim Yevmenkin wrote:
:inet_addr()
:__inet_aton()
:inet_addr()
:__inet_aton()
:
I've had similar issues. I just sent in a pr yesterday where the
recursive call was to sigprocmask() -- this happened when I managed to
core sysinstall and when I managed to core cvs remotely.
Luigi Rizzo <[EMAIL PROTECTED]> wrote:
> I have been experiencing this problem for sometimes on CURRENT-based
> picobsd images: the shell coredumps if it does not find an
> entry for its terminal type in /etc/termcap.
Seems to be a »feature« of the new libedit.
(gdb) run
Starting program: /usr/
Title: Untitled Document
¾È³çÇϽʴϱî? ¼¼°è Á¦ÀÏÀÇ ÀüÀÚÄ«´Ù·Î±× Æ÷Å»»çÀÌÆ®¸¦ ¿î¿µÇÏ´Â eÄ«´Ù·Î±×
¼ÒÇÁÆ®´åÄÄÀÇ ¸¶ÄÉÆà ´ã´çÀÚ ÀÌ°æÇÏÀÔ´Ï´Ù.
subscribe freebsd-current
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Nov 01, 2001 at 11:42:13 -0800, David O'Brien wrote:
> Mostly agreed. This has not been at all as smooth as I thought it would
> be. Before going down this path, I would like to see if the current
> state of the world isn't usable. I think (hope) all the nits are out
> now. #6 is def
On Fri, Nov 02, 2001 at 04:44:12AM +0300, Andrey A. Chernov wrote:
> Next bad thing discovered about new awk just looking at sourse code: it
> not support locale (collating in regexp ranges too, of course). We just
> make great backward step switching to it.
I have a patch for that.
--
-- David
On Thu, Nov 01, 2001 at 11:04:13 -0800, David Wolfskill wrote:
>
> Circumvention is to use /boot/loader.old, if it was built with gawk, or
> somehow build a new "loader" after applying a patch that accomplishes
> what this one does:
> #
> -# Note! This script uses strftime() which is a gawk-ism,
* Sheldon Hearn <[EMAIL PROTECTED]> [011101 13:27] wrote:
>
>
> On Thu, 01 Nov 2001 22:08:36 +0300, "Andrey A. Chernov" wrote:
>
> > No, awk should be fixed instead to conform POSIX specs, or switched back
> > to gawk.
>
> It's not a binary decision. What we should probably do is:
>
> 1) Dis
On Thu, Nov 01, 2001 at 09:23:12PM +0200, Sheldon Hearn wrote:
> > No, awk should be fixed instead to conform POSIX specs, or switched back
> > to gawk.
>
> It's not a binary decision. What we should probably do is:
>
> 1) Disconnect bwk-awk from the build.
> 2) Connect gawk to the build.
> 3)
On Thu, 01 Nov 2001 13:31:04 CST, Alfred Perlstein wrote:
> Although I admit the fallout has been somewhat painful, let's
> try to make do with it, if we disconnect the new awk I feel
> that we will keep repeating this cycle, basically each activation
> will see new problems requiring another d
On Thu, Nov 01, 2001 at 09:42:18PM +0200, Sheldon Hearn wrote:
> > Although I admit the fallout has been somewhat painful, let's
> > try to make do with it, if we disconnect the new awk I feel
> > that we will keep repeating this cycle, basically each activation
> > will see new problems requiring
15 matches
Mail list logo