Dear Sir/ Madam,
I am Vladimir Balakov and I represent Mr. Mikhail
Khordokovsky the former C.E.O of Yukos Oil Company in
Russia. I have a very sensitive and confidential brief from
this top (oligarch) to ask for your partnership in
re-profiling funds over US$450 million. I will give
the details,
Hi all.
If I make an xterm window running bash smaller and then larger again,
the information in the window doesn't get restored (only
the information visible in the smaller size is visible after
making the xterm larger).
I could use the screen command for this, but is there an easier solution?
Dear Colleagues,
Greetings from http://www.landingchina.com/
If you have travel and tourism related website, we would like to exchange
links! Welcome to our selection of travel related sites! We exchange list only
with sites travel related all over the world. We exchange links on reciprocal
ba
Configuration Information [Automatically generated, do not change]:
Machine: i386
OS: linux-gnu
Compiler: i386-redhat-linux-gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-redhat-linux-gnu'
-DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/s
Your mail to 'Trasno' with the subject
Hello
Is being held until the list moderator can review it for approval.
The reason it is being held:
SpamAssassin identified this message as possible spam (score 3.1)
Either the message will get posted to the list, or you will receive
notificatio
Hello, Welcome
to the best ONLINE ST0RE.
Vi
in $178(90p.)
a
a $209(100p.)
ana
al
cod
Vi
gr
X
x $299(90p.) Ci
is $324(90p.)
With each purchase you get:
>Home delivery.
>Secure pay.
>Total confiden
[EMAIL PROTECTED] wrote:
Hi all.
If I make an xterm window running bash smaller and then larger again,
the information in the window doesn't get restored (only
the information visible in the smaller size is visible after
making the xterm larger).
I could use the screen command for this, but is ther
> > If I make an xterm window running bash smaller and then larger again,
> > the information in the window doesn't get restored (only
> > the information visible in the smaller size is visible after
> > making the xterm larger).
...
On 22 Feb 2005, Chet Ramey wrote:
> Please read item E11 in the B
[EMAIL PROTECTED] wrote:
If I make an xterm window running bash smaller and then larger again,
the information in the window doesn't get restored (only
the information visible in the smaller size is visible after
making the xterm larger).
...
On 22 Feb 2005, Chet Ramey wrote:
Please read item E11 i
this will probably be considered a non-bug (because the same behavior
exists in bash, ksh, pdksh, irix, and gnu coreutils!) but i'ld at least
like to hear an explanation if possible.
-e file exists test fails if file is a dangling symlink, this to me does
not seem like the correct behavior, the te
Norman Virus Control a supprimé le message original qui contenait le virus
[EMAIL PROTECTED]
___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash
This is an automatic reply. Feel free to send additional
mail, as this program shouldn't reply to you more than
once or twice. The following is a prerecorded message,
sent for coke:
Hi,
This is an automated reply from the account for the CMU CS coke
machine. No one currently reads mail sent t
John R. Vanderpool wrote:
this will probably be considered a non-bug (because the same behavior
exists in bash, ksh, pdksh, irix, and gnu coreutils!) but i'ld at least
like to hear an explanation if possible.
-e file exists test fails if file is a dangling symlink, this to me does
not seem like the
> 1) time is no longer allowed to be a reserved word. For example:
Not true; the POSIX description of time explicitly allows it to be a reserved
word. But:
> $ set -o posix
> $ alias !='echo hi;'
> $ alias time='echi hi;'
> $ ! true# ! is reserved word, not alias
> $ echo $?
> 1
On 22 Feb 2005, Chet Ramey <[EMAIL PROTECTED]> wrote:
> > Just to be sure: I meant that the old information in the xterm window is
> > not extended by the characters that should be visible again after increasing
> > the window size.
>
> What do you mean by `the information in the window'?
All th
> > Bash (really readline) will redraw the current command line using the
> > new dimensions if you resize while the line is being edited. Everything
> > else is out of its hands and up to the terminal emulator.
>
> Thanks for the explanation.
> How can I solve the problem from the terminal side
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149079
>
> When the working directory has been unlinked, "cd .." should
> give an error exit status, but instead exits with code 0.
> Additionally, "pwd" (the built-in) appends "/.." to the
> previous working dire
$B"""#"""#"""#"""#"""#"""#"""#""(B
$B%O%a%-%s%0$+$i=EMW$J$*CN$i$;!*(B
$B"#"""#"""#"""#"""#"""#"""#"""#(B
$B$4EPO?%a!<%k%"%I%l%9([EMAIL PROTECTED](B
$B!#%O%a%-%s%0;vL36I$G$9!#(B
$B$4MxMQNA6bL$G<:G=*DL9p$N$*CN$i$;$G$9!#(B
(B
$B!!:G=*DL9p!ZMW3NG'