Indeed, it appears I enabled expand_aliases. I'll probably reconsider it.
nd print the letters.
Regards,
Yuri
is set as user's login shell in 'vipw'. So when this
user logs in, it must be invoked as a login shell. Is this correct?
Yuri
shell with any name.
Yuri
On 12/09/17 14:14, Yuri wrote:
None of these files are executed when bash is a user's default shell
on FreeBSD.
No special options were selected. Despite shell.c saying that they
should be executed they just aren't.
The bug is that bash doesn't handle login situation when it isn't linked
ive detail.
Ok, but that's not what my situation is. I am just logging in, using the
display manager, when user has /usr/local/bin/bash as the shell in passwd.
Why doesn't it execute ~/.profile?
Yuri
/local/bin/bash as set in passwd db. It doesn't run
~/.profile when I run it manually using this path.
Yuri
On 12/09/17 14:59, Bob Proulx wrote:
How is the user logging in? Are they logging in with 'ssh' over the
network? Or are they logging in through an "xdm" X Display Manager
login from a graphical login display?
User logs in locally through the display manager.
Yuri
None of these files are executed when bash is a user's default shell on
FreeBSD.
No special options were selected. Despite shell.c saying that they
should be executed they just aren't.
Is this a bug?
Yuri
On 06/28/2016 02:14, Yuri wrote:
Sorry for the delay.
Unicode characters without the nls option in bash-4.3.46 are still a
problem.
Correction: it was a stray patch in FreeBSD port that made HAVE_ICONV
undefined. Without it iconv is detected fine without nls.
However, I believe
' input unused
configure:8221: $? = 0
configure:8231: result:
extern size_t iconv (iconv_t cd, char * *inbuf, size_t
*inbytesleft, char * *outbuf, size_t *outbytesleft);
configure:8243: checking for nl_langinfo and CODESET
---end config.log---
Yuri
in the bash context, because bash needs iconv in
unrelated to gettext context.
Yuri
On 01/31/2016 13:41, Yuri wrote:
I have this line in ~/.bashrc:
PS1=$'\\[\e[0;38;5;202m\\]\u2514\u2023\\[\e[0m\\] '
This link
http://unix.stackexchange.com/questions/25903/awesome-symbols-and-characters-in-a-bash-prompt
says: "Since bash 4.2, you can use \u followed by 4 hexadecimal d
character is interpreted in two different ways within
the same piece of software?
Yuri
atures, deprecated
features, historical features, features mandated by external "standards",
etc.
Doesn't sound like a positive thing to me -)
Yuri
On 01/31/2016 13:41, Yuri wrote:
What makes bash print unicode charater ascii values?
I found what the problem is:
--disable-nls causes HAVE_ICONV being undefined and \u feature not work.
This is a bug, because "nls" refers to translations. I usually turn them
off because I
?
Yuri
On FreeBSD, I have this command line (1). When I move cursor right after
'tmp', press backspace and Tab, it turns into (2)!
What happened?
The problem is completely reproducible.
bash-4.3.33
Yuri
--- (1) begin with this---
[root@yuri /usr/local/etc/rc.d]# [ $(procstat $(cat /var/tmp/tor.pid
.
Yuri
users wish to
have UTF8 in their commands, bash should preserve them in all messages.
My LANG is en_US.UTF-8, and changing it to ru_RU.UTF-8 doesn't seem to
make a difference. Same with LC_ALL.
bash-4.2.45_1
Yuri
treat command, or some part of it, as utf8, and confuses number
of characters and number of bytes.
bash-4.2.45_1
Yuri
On 03/01/2014 14:07, Ryan Cunningham wrote:
You could use the command history -c to clear the history in case this
becomes a real issue. I don't have a real fix.
The problem is that it comes back over and over again.
Yuri
To: bug-bash@gnu.org
Subject: Commands containing UTF8 characters mess up bash history
Configuration Information:
Machine: amd64
OS: freebsd9.2
Compiler: clang
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='amd64'
-DCONF_OSTYPE='freebsd9.2' -DCONF_MACHTYPE='amd64-portbld-freebsd9.2'
I noticed that bash is in absolute minority of projects not using any
bug reporting system. Instead, users are directed to this ML to report bugs.
It seems like it could have been very beneficial so that people could
track the status of the issues.
Yuri
can just merge it in with one click, provided
there are no conflicts.
Yuri
like this:
HEAPPROFILE=google-profile-pid$$ LD_PRELOAD=/usr/lib/libtcmalloc.so $*
Yuri
On 12/11/2013 22:53, Piotr Grzybowski wrote:
Yuri: I have verified that under linux 3.2.0, bash-4.2.25, nothing of
the sort takes place. tee gets/dev/fd/${somefd}, why it is not
supported in bsd kernel i have no idea, but I thought it was. I've
even built mplayer and run your script (btw
, oddly, this is because the premature
deletion of /tmp/sh-np-*
If they would keep those fifos in deleted state as much of the time as
possible, such leak would be minimal.
Yuri
my.log)
Yuri
, it is a special kind of file, but it has a special type S_IFIFO and
ls(1) shows it with 'p' type and it also has size=0. What was my point
is that this FIFO is sometimes created as a proper FIFO:
prw--- 1 yuri wheel 0 Dec 11 01:51 sh-np-1386834327
and sometimes as a regular (non-FIFO) file
On 12/10/2013 23:29, Yuri wrote:
Some of my scripts use command substitution, and now I see that there
are lots of files like these in /tmp:
prw--- 1 yuri wheel 0 Dec 10 13:32 sh-np-1386738492
-rw-r--r-- 1 yuri wheel3278909 Dec 10 14:54 sh-np-1386721176
Besides
Some of my scripts use command substitution, and now I see that there
are lots of files like these in /tmp:
prw--- 1 yuri wheel 0 Dec 10 13:32 sh-np-1386738492
-rw-r--r-- 1 yuri wheel3278909 Dec 10 14:54 sh-np-1386721176
Besides the obvious question why they aren't
On Sun, 13 Nov 2011 20:32:07 -0500
Chet Ramey chet.ra...@case.edu wrote:
This script fails roughly 3% of the time for me, only when running on a
loaded system, and then again only when run through solar. I've tried to
run bash manually reproducing the *exact* environment by dumping env
On Wed, 2 Nov 2011 20:37:35 +0100
Yuri D'Elia wav...@users.sf.net wrote:
Core was generated by `/home/ydelia/debug/bin/bash
/home/ydelia/debug/bin/gunzip /home/ydelia/debug/file'.
Program terminated with signal 11, Segmentation fault.
#0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch
Hi everyone.
I've stomped on a bug in either bash or gettext which is very difficult to
reproduce and of course one that I cannot ignore.
The configuration is as follows: I'm running some calculations using solar (a
bioinformatical program) which in turns calls gunzip, which is implemented as
,
Yuri
___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash
=-Imy_install_dir), it didn't help. That's why I wondered, may
be I missed something during configuration.
Yuri
___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash
is the real purpose of the statement above?
Thanks,
Yuri
___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash
38 matches
Mail list logo