On Mon, Nov 28, 2016 at 02:05:49AM -0500, Allan Jude wrote:
> On 2016-11-27 23:55, Conrad Meyer wrote:
> > Hi Iblis,
> >
> > I see no such problem running 'basename $HOME' in a normal shell
> > environment:
> >
> >> $ basename $HOME
> >> cmeyer
> >
> > I suppose in your use, perhaps stdin is al
On 2016-11-27 23:55, Conrad Meyer wrote:
> Hi Iblis,
>
> I see no such problem running 'basename $HOME' in a normal shell environment:
>
>> $ basename $HOME
>> cmeyer
>
> I suppose in your use, perhaps stdin is already closed? I think this
> is a limitation of caph_limit_stdio() in general.
>
Hi Iblis,
Yes, I think caph_limit_stdio will break many similar programs in
similar use. I think we'll need to change that behavior. Something
like this:
https://reviews.freebsd.org/D8657
Best,
Conrad
On Sun, Nov 27, 2016 at 10:40 PM, iblis wrote:
> Hi Conrad,
>Thanks for your reply.
>
>
Hi Conrad,
Thanks for your reply.
I revert the basename.c and `< /dev/null` do the trick!
I'm also curious that will `caph_limit_stdio` break lots of program
work with some shell scripts?
--
Iblis Lin
On 11/28/2016 12:55, Conrad Meyer wrote:
Hi Iblis,
I see no such problem running
Hi John,
fdc seems to cause panic on Hyper-V:
https://people.freebsd.org/~sephe/fdc_panic.png
I then commented out device fdc, and I fixed one panic on Hyper-V here:
https://reviews.freebsd.org/D8656
After fdc is disabled and hyperv/storvsc is fixed, it seems to boot
fine, except a long delay (2
Hi Iblis,
I see no such problem running 'basename $HOME' in a normal shell environment:
> $ basename $HOME
> cmeyer
I suppose in your use, perhaps stdin is already closed? I think this
is a limitation of caph_limit_stdio() in general.
Can you try instead:
function set_prompt {
prompt="$(b
Hi,
Here is a minimal config of zsh prompt invoking `basename`:
```
└─[iblis@abeing]% cat /home/ib-test/.zshenv
function set_prompt {
prompt="$(basename $HOME) >"
}
function zle-line-init zle-keymap-select {
set_prompt
zle reset-prompt
}
zle -N zle-line-init
zle -N zle-keyma
Hi Mark,
I believe this was addressed by Scott Long in r309201. r309174 (an
incomplete fix for the same problem) can probably be reverted.
Best,
Conrad
On Sun, Nov 27, 2016 at 6:34 PM, Mark Millard wrote:
> key_debug.c is not the only place with problems : The below is
> based on my experience
key_debug.c is not the only place with problems : The below is
based on my experience with head -r309179. First what someone
else reported:
> On Fri, Nov 25, 2016 at 05:34:51PM +0100, O. Hartmann wrote:
> > Recent sources do not build kernel due to:
> >
> > [...]
> > Building /usr/obj/usr/src/
On 26 November 2016 at 13:59, Slawa Olhovchenkov wrote:
> On Sat, Nov 26, 2016 at 01:55:14PM -0800, Adrian Chadd wrote:
>
>> ok, hm. then i don' know offhand, not without putting in printf debugging. :)
>
> I am not expert in this code, I am need you patches for printf debugging.
heh, sorry, I'm
On Sunday, November 27, 2016 12:46:31 PM O. Hartmann wrote:
> Am Fri, 25 Nov 2016 10:20:36 -0800
> John Baldwin schrieb:
>
> > I plan to enable EARLY_AP_STARTUP on x86 in a week on HEAD. Some folks
> > have been testing it for the last week or so which has exposed some
> > additional things to
"Julian H. Stacey" wrote:
> "Julian H. Stacey" wrote:
> > Hi curr...@freebsd.org
> > I was running
> > FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
> > #12753: Tue Nov 22 23:31:24 CET 2016
> >
> > j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/co
"Julian H. Stacey" wrote:
> Hi curr...@freebsd.org
> I was running
> FreeBSD lapr.js.berklix.net 12.0-CURRENT FreeBSD 12.0-CURRENT
> #12753: Tue Nov 22 23:31:24 CET 2016
>
> j...@lapr.js.berklix.net:/data/release/12.0-CURRENT/usr/src/sys/amd64/compile/LAPR.small
> amd64
> I
On Sat, Nov 26, 2016 at 11:19:19PM +, Rick Macklem wrote:
> Konstantin Belousov wrote:
> [stuff snipped]
> >I thought that the issue was in tracking any opens and mmaps, but from this
> >reply it is not that clear. Do you need callback when all opens and mmaps
> >have ended, or only opens and
Am Fri, 25 Nov 2016 10:20:36 -0800
John Baldwin schrieb:
> I plan to enable EARLY_AP_STARTUP on x86 in a week on HEAD. Some folks
> have been testing it for the last week or so which has exposed some
> additional things to fix. I think I've resolved most of those in one
> way or another, but i
15 matches
Mail list logo
