You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(1) |
Feb
(2) |
Mar
(2) |
Apr
(22) |
May
(14) |
Jun
(18) |
Jul
(19) |
Aug
(7) |
Sep
(4) |
Oct
(6) |
Nov
(12) |
Dec
(14) |
2005 |
Jan
(15) |
Feb
(11) |
Mar
(11) |
Apr
(9) |
May
(119) |
Jun
(25) |
Jul
(16) |
Aug
(19) |
Sep
(26) |
Oct
(14) |
Nov
(7) |
Dec
(45) |
2006 |
Jan
(22) |
Feb
(7) |
Mar
(11) |
Apr
(11) |
May
(12) |
Jun
(19) |
Jul
(12) |
Aug
(5) |
Sep
(21) |
Oct
(33) |
Nov
(42) |
Dec
(34) |
2007 |
Jan
(26) |
Feb
(27) |
Mar
(54) |
Apr
(37) |
May
(68) |
Jun
(81) |
Jul
(55) |
Aug
(86) |
Sep
(60) |
Oct
(33) |
Nov
(33) |
Dec
(47) |
2008 |
Jan
(37) |
Feb
(37) |
Mar
(52) |
Apr
(63) |
May
(98) |
Jun
(70) |
Jul
(61) |
Aug
(38) |
Sep
(64) |
Oct
(55) |
Nov
(48) |
Dec
(111) |
2009 |
Jan
(68) |
Feb
(83) |
Mar
(102) |
Apr
(140) |
May
(156) |
Jun
(65) |
Jul
(75) |
Aug
(26) |
Sep
(28) |
Oct
(31) |
Nov
(38) |
Dec
(78) |
2010 |
Jan
(53) |
Feb
(33) |
Mar
(87) |
Apr
(94) |
May
(77) |
Jun
(84) |
Jul
(66) |
Aug
(74) |
Sep
(53) |
Oct
(40) |
Nov
(38) |
Dec
(31) |
2011 |
Jan
(19) |
Feb
(17) |
Mar
(43) |
Apr
(53) |
May
(42) |
Jun
(35) |
Jul
(19) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
2012 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2017 |
Jan
(1) |
Feb
(3) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
(1) |
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <br...@ph...> - 2006-09-18 17:16:24
|
Christian Lerrahn wrote: > Is there a particular reason why gnuplot does not ignore blank lines? > (I assume there is but what is it.) Yes. See 'help glossary' and 'help plot data'. |
From: Christian L. <li...@pe...> - 2006-09-18 12:37:44
|
Hi, > The most probable cause of such a problem is a broken data file. > This is what you get if you have empty lines in the data file after > every record. > Does this happen with the demos and their data files, too? Thanks for the kind explanation. There really are blank lines in the data file and it is somewhat logical that this messes up the line plot. I'm sorry for bothering. Just never thought of this. Is there a particular reason why gnuplot does not ignore blank lines? (I assume there is but what is it.) Cheers, Christian |
From: Scott S. <mai...@fc...> - 2006-09-17 16:18:03
|
QXJlIHlvdSBsb29raW5nIGZvciBhIGJldHRlciB3YXkgdG8gbGl2ZT8NCg0KQXJlIHlvdSBmcnVz dHJhdGVkIHdpdGggd29ya2luZyBldmVyeWRheSBmb3Igc29tZW9uZSBlbHNlIG9uIHRoZWlyIHNj aGVkdWxlIGp1c3QgdG8gYnJlYWsgZXZlbj8NCg0KV291bGQgeW91IGxpa2UgdG8gbWFrZSB0ZW4g dG8gdHdlbnR5IGZpdmUgdGhvdXNhbmQgb3IgbW9yZSBhIG1vbnRoPw0KDQpQZW9wbGUgc3BlbmQg bW9uZXkgZXZlcnlkYXkgb25saW5lLg0KDQpZb3UgY2FuIG5vdyBiZSB0aGUgaG91c2UganVzdCBs aWtlIFZlZ2FzIG9yIEF0bGFudGljIENpdHkgd2l0aG91dCB0aGUgbGlhYmlsaXR5Lg0KDQpQcm9m aXQgZnJvbSB0aGUgMTUgYmlsbGlvbiBhbm51YWwgY2FzaW5vIGluZHVzdHJ5IGZvciB5b3Vyc2Vs Zi4NCg0KQmUgdGhlIGhlYWQgaG9uY2hvIG9mIHlvdXIgb3duIG9yZ2FuaXphdGlvbiBhbmQgc3Rv cCBtYWtpbmcgc29tZW9uZSBlbHNlIHdlYWx0aHkuDQoNCkZvb3RiYWxsIFNlYXNvbiBpcyBzdGFy dGluZyB1cCwgaG93IG1hbnkgZmFudGFzeSBmb290YmFsbCBmYW5zIHlvdSBrbm93IGxvb2tpbmcg dG8gbWFrZSBhIHdhZ2VyPw0KDQpKdXN0IHJlcGx5IGFuZCBzdGF0ZSBNT1JFIElORk8gYXMgeW91 ciBzdWJqZWN0LiAgTGVhdmUgeW91ciBwaG9uZSBudW1iZXIgYW5kIHdlIHdpbGwgcmVzcG9uZCB3 aXRoIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24uDQoNCk9yIGZlZWwgZnJlZSB0byBjYWxsIHVzIGRp cmVjdGx5IGF0IDEtOTU0LTQyNy0zNDYwIChhc2sgZm9yIGV4dGVuc2lvbiA3KS4NCg0K |
From: <br...@ph...> - 2006-09-17 11:06:56
|
Christian Lerrahn wrote: > in gnuplot 4.0, when I try to plot a line plot, I get an empty diagram. > I can plot points and linespoints will just look like points whereas > lines just plots nothing. The most probable cause of such a problem is a broken data file. This is what you get if you have empty lines in the data file after every record. Does this happen with the demos and their data files, too? > I have this problem on both Gentoo Linux and > FC3 Linux. However, I'm pretty sure that it used to work on Gentoo > and stopped working without an update of the gnuplot package. I > therefore suspect that this is caused by some library. Unless that library happens to be libc itself, that's pretty much impossible. > I've included the Gentoo revisions but as this problem also occurs on > FC3, I'm inclined to thin that they don't matter. The problem exists at > least with x11, PNG, and PS terminals. ... and since the PostScript terminal uses no third-party library at all, library changes are extremely unlikely to have caused this. > Could it be GDlib? No. |
From: Christian L. <li...@pe...> - 2006-09-17 07:05:46
|
Hi, in gnuplot 4.0, when I try to plot a line plot, I get an empty diagram. I can plot points and linespoints will just look like points whereas lines just plots nothing. I have this problem on both Gentoo Linux and FC3 Linux. However, I'm pretty sure that it used to work on Gentoo and stopped working without an update of the gnuplot package. I therefore suspect that this is caused by some library. My gnuplot binary links against the following libraries. linux-gate.so.1 => (0xffffe000) lib3dkit.so.1 => /usr/lib/lib3dkit.so.1 (0xb7ee1000) libvgagl.so.1 => /usr/lib/libvgagl.so.1 (0xb7ed3000) libreadline.so.5 => /lib/libreadline.so.5 (0xb7ea4000) libncurses.so.5 => /lib/libncurses.so.5 (0xb7e64000) libvga.so.1 => /usr/lib/libvga.so.1 (0xb7de9000) libz.so.1 => /lib/libz.so.1 (0xb7dd7000) libgd.so.2 => /usr/lib/libgd.so.2 (0xb7d89000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7d6a000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7cff000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7cdc000) libm.so.6 => /lib/libm.so.6 (0xb7cb6000) libpdf.so.5 => /usr/lib/libpdf.so.5 (0xb7ba8000) libc.so.6 => /lib/libc.so.6 (0xb7a8a000) libdl.so.2 => /lib/libdl.so.2 (0xb7a86000) /lib/ld-linux.so.2 (0xb7f07000) with the corresponding packages (on Gentoo) svgalib-1.9.25 readline-5.1_p4 ncurses-5.5-r3 zlib-1.2.3 gd-2.0.33 jpeg-6b-r7 freetype-2.1.10-r2 libpng-1.2.12-r1 glibc-2.4-r3 pdflib-6.0.3 I've included the Gentoo revisions but as this problem also occurs on FC3, I'm inclined to thin that they don't matter. The problem exists at least with x11, PNG, and PS terminals. Could it be GDlib? Cheers, Christian |
From: <no...@cu...> - 2006-09-13 22:12:09
|
Chet Ramey <che...@ca...> writes: >> <Don...@st...> writes: >> >For example, emacs could send the shell something like "shopt >> > -u -o emacs; shopt -u -o vi". Then emacs could leave EMACS alone. >> >> Stuffing input to a subshell like that is in general not something you >> can do reliably. > > Yeah, that's dicy, but you don't have to do it. Just invoke the shell > with the `--noediting' option. CVS emacs already uses --noediting -i for bash (see variable explicit-bash-args). -- Kim F. Storm http://www.cua.dk |
From: <br...@ph...> - 2006-09-13 21:51:45
|
H.T. Steenstra wrote: > Hello, > > I probably found a bug in gnuplot No, you haven't. You just didn't read (or understand) enough of the documentation to know that this: > Some divisions seem to give a zero result, while it should be 0.04. is wrong. They should not, because they're clearly documented otherwise. See "help expressions". |
From: H.T. S. <H.T...@He...> - 2006-09-13 20:18:36
|
Hello, I probably found a bug in gnuplot (Version 4.0 patchlevel 0 last modified Thu Apr 15 14:44:22 CEST 2004 System: Linux 2.6.9-1.667). Some divisions seem to give a zero result, while it should be 0.04. See the following printout: gnuplot> print 4/100 0 gnuplot> print 2/50 0 gnuplot> print 1/25 0 gnuplot> print 2/50.0000000000000000000000000000000000000000000000001 0.04 gnuplot> print 2/49.9999999999999999999999999999999999999999999999999 0.04 Regards, Tjerk Steenstra |
From: Chet R. <che...@ca...> - 2006-09-13 17:14:21
|
> <Don...@st...> writes: > >For example, emacs could send the shell something like "shopt > > -u -o emacs; shopt -u -o vi". Then emacs could leave EMACS alone. > > Stuffing input to a subshell like that is in general not something you > can do reliably. Yeah, that's dicy, but you don't have to do it. Just invoke the shell with the `--noediting' option. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Live Strong. Chet Ramey, ITS, CWRU ch...@ca... http://tiswww.tis.case.edu/~chet/ |
From: Miles B. <mi...@gn...> - 2006-09-13 13:58:42
|
<Don...@st...> writes: >For example, emacs could send the shell something like "shopt > -u -o emacs; shopt -u -o vi". Then emacs could leave EMACS alone. Stuffing input to a subshell like that is in general not something you can do reliably. -miles -- We are all lying in the gutter, but some of us are looking at the stars. -Oscar Wilde |
From: Richard S. <rm...@gn...> - 2006-09-12 15:28:09
|
Your fix is very clever, and I think it is a feature that running configure scripts in a shell under Emacs uses the same Emacs. So please install your change, and we can consider the problem fully solved. |
From: <Don...@st...> - 2006-09-11 21:41:39
|
>>>>> "Chet" == Chet Ramey <che...@ca...> writes: Chet> Bash does inspect the EMACS environment variable as part of Chet> checking whether or not to turn off line editing even when Chet> the shell is interactive. It also checks for TERM==emacs. Chet> If the shell discovers it's running in an emacs buffer, it Chet> turns off readline. Maybe emacs should be in charge of turning readline off directly instead expecting the shell to check envars to deal with special cases. For example, emacs could send the shell something like "shopt -u -o emacs; shopt -u -o vi". Then emacs could leave EMACS alone. It might also be a good idea for AC_CHECK_COMMAND to at least give a warning if shell variables have crazy-seeming values like "t", "0" or "1". Better yet, when envars try to override command names it could check whether the the command really exists. Or, PROG=enval AC_CHECK_COMMAND(PROG, foo bar ...) --> AC_CHECK_COMMAND(PROG, enval foo bar ...) -Don |
From: <Don...@st...> - 2006-09-11 21:10:56
|
>>>>> "rms" == Richard Stallman <rm...@gn...> writes: rms> For a short-term correction, I think the easiest way is to rms> change Autoconf to ignore a value of `t' for this environment rms> variable. Autoconf maintainers, what do you think? rms> For longer term, perhaps the best thing is to change Emacs to rms> use a different environment variable. Alas, I don't remember rms> what software checks that environment variable, or the motive rms> for binding it. rms> Is it Bash? I have cc'd the Bash maintainer so he can rms> answer. Yes, I think that's it. From the bash info pages: `EMACS' If Bash finds this variable in the environment when the shell starts with value `t', it assumes that the shell is running in an emacs shell buffer and disables line editing. -Don |
From: <mak...@ex...> - 2006-09-11 21:05:58
|
完全無料でご近所さんを探しませんか? エントリーからメール送受信を含めて全て無料です。 めぐみ 23歳 フリーター 題名:メッセしませんか? 家にPCあるので一緒にメッセンジャーでもしませんか? なんか毎日退屈だよぉ。待ってますね。 http://www.friends-c.com/?g3 彩香 27歳 OL 題名:ただそれだけって… はっきり言って欲求不満です。ただそれだけって駄目なのかな? 癒されたいし癒してほしいです。こういう女って引かれちゃうのかな…。 週末時間あるから連絡欲しいです。 http://www.friends-c.com/?g3 ミサキ 34歳 主婦 題名:一応既婚者ですけど… サイト面倒だし、会ってお話出来るかなぁ? 出来れば今日がいいんですけど… 一応既婚者ですけど夫からは見放されてますから…。 秘密厳守出来る人お願いします。 http://www.friends-c.com/?g3 |
From: Chet R. <che...@ca...> - 2006-09-11 20:59:57
|
> For a short-term correction, I think the easiest way is to change > Autoconf to ignore a value of `t' for this environment variable. > Autoconf maintainers, what do you think? > > For longer term, perhaps the best thing is to change Emacs to use a > different environment variable. Alas, I don't remember what software > checks that environment variable, or the motive for binding it. > > Is it Bash? I have cc'd the Bash maintainer so he can answer. Bash does inspect the EMACS environment variable as part of checking whether or not to turn off line editing even when the shell is interactive. It also checks for TERM==emacs. If the shell discovers it's running in an emacs buffer, it turns off readline. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Live Strong. Chet Ramey, ITS, CWRU ch...@ca... http://tiswww.tis.case.edu/~chet/ |
From: Richard S. <rm...@gn...> - 2006-09-11 19:58:01
|
I like to do my builds of almost anything from source under emacs Shell mode. But emacs Shell mode sets the environment variable EMACS to "t". This causes the output of autoconf's AC_CHECK_PROG(EMACS, ...) to set EMACS="t", with the result that in any Makefile generated from EMACS = @EMACS@ in Makefile.in end up with the makefile variable EMACS set to "t". One example where this is a problem is the current (Sept 10) CVS version of gnuplot. For a short-term correction, I think the easiest way is to change Autoconf to ignore a value of `t' for this environment variable. Autoconf maintainers, what do you think? For longer term, perhaps the best thing is to change Emacs to use a different environment variable. Alas, I don't remember what software checks that environment variable, or the motive for binding it. Is it Bash? I have cc'd the Bash maintainer so he can answer. |
From: Paul E. <eg...@CS...> - 2006-09-11 17:43:20
|
<Don...@st...> writes: > I like to do my builds of almost anything from source under emacs Shell > mode. But emacs Shell mode sets the environment variable EMACS to > "t". This causes the output of autoconf's AC_CHECK_PROG(EMACS, ...) > to set EMACS="t", with the result that in any Makefile generated from > EMACS = @EMACS@ in Makefile.in end up with the makefile variable EMACS > set to "t". > > One example where this is a problem is the current (Sept 10) CVS > version of gnuplot. > > It's not clear to me who should change: autoconf, emacs, developers > using emacs as a built tool, or users like me. If it's one of the > latter two, a warning would be nice. Perhaps the simplest solution > would be for emacs Shell to either not set EMACS or set it to "emacs". > > emacs version: 21.3.1 > autoconf version: 2.60 > m4 version: 1.4.6 > system: fedora core 1 gnu/linux Thanks for your bug report. Other people have run into this problem as well, but I don't know of any fix for it yet. I like the simple solution you suggested, but I think it'd be slightly better if EMACS is set to Emacs's absolute file name, as that is less likely to cause confusion later. Here is a proposed patch to CVS Emacs to implement this. 2006-09-11 Paul Eggert <eg...@cs...> * make-dist (EMACS): Exit and fail if the EMACS environment variable is set to something other than an absolute file name. * etc/NEWS: In terminal-oriented subshells, the EMACS environment variable now defaults to Emacs's absolute file name, instead of to "t". * etc/PROBLEMS: Adjust tcsh advice for this. * lisp/comint.el (comint-exec-1): Set EMACS to the full name of Emacs, not to "t". * lisp/progmodes/compile.el (compilation-start): Likewise. * man/faq.texi (Escape sequences in shell output): EMACS is now set to Emacs's absolute file name, not to "t". (^M in the shell buffer): Likewise. * man/misc.texi (Interactive Shell): Likewise. Index: make-dist =================================================================== RCS file: /cvsroot/emacs/emacs/make-dist,v retrieving revision 1.221 diff -p -c -b -w -r1.221 make-dist *** make-dist 5 Jul 2006 06:42:27 -0000 1.221 --- make-dist 11 Sep 2006 17:33:22 -0000 *************** if [ ! -d src -o ! -f src/lisp.h -o ! -d *** 120,127 **** fi ### Find where to run Emacs. ! ### (We don't accept EMACS=t as an answer, since that probably only means ! ### that the shell is running in an Emacs window.) if [ $update = yes ]; then unset EMACS_UNIBYTE --- 120,126 ---- fi ### Find where to run Emacs. ! ### (Accept only absolute file names.) if [ $update = yes ]; then unset EMACS_UNIBYTE *************** then *** 129,139 **** then EMACS=`pwd`/src/emacs else ! if [ "x$EMACS" = "x" -o "x$EMACS" = "xt" ]; ! then ! echo You must specify the EMACS environment variable 2>&1 exit 1 ! fi fi fi --- 128,142 ---- then EMACS=`pwd`/src/emacs else ! case $EMACS in ! /*) ;; ! *) ! if [ ! -f "$EMACS" ]; then ! echo "$0: You must specify the EMACS environment variable " \ ! "to an absolute file name." 2>&1 exit 1 ! fi;; ! esac fi fi Index: etc/NEWS =================================================================== RCS file: /cvsroot/emacs/emacs/etc/NEWS,v retrieving revision 1.1393 diff -p -c -b -w -r1.1393 NEWS *** etc/NEWS 10 Sep 2006 13:48:42 -0000 1.1393 --- etc/NEWS 11 Sep 2006 17:33:22 -0000 *************** otherwise behaves quite similarly to the *** 1434,1439 **** --- 1434,1443 ---- `comint-use-prompt-regexp'. The old name has been kept as an alias, but declared obsolete. + +++ + *** The EMACS environment variable now defaults to Emacs's absolute + file name, instead of to "t". + ** M-x Compile changes: --- *************** it doesn't scroll the compilation output *** 1490,1495 **** --- 1494,1503 ---- no arrow is displayed and a value of nil means display the message at the top of the window. + +++ + *** The EMACS environment variable now defaults to Emacs's absolute + file name, instead of to "t". + ** Occur mode changes: +++ Index: etc/PROBLEMS =================================================================== RCS file: /cvsroot/emacs/emacs/etc/PROBLEMS,v retrieving revision 1.196 diff -p -c -b -w -r1.196 PROBLEMS *** etc/PROBLEMS 10 Sep 2006 12:28:28 -0000 1.196 --- etc/PROBLEMS 11 Sep 2006 17:33:23 -0000 *************** on the flag to output ^M at the end of e *** 540,546 **** problem by adding this to your .cshrc file: if ($?EMACS) then ! if ($EMACS == "t") then unset edit stty -icrnl -onlcr -echo susp ^Z endif --- 540,546 ---- problem by adding this to your .cshrc file: if ($?EMACS) then ! if ("$EMACS" =~ /*) then unset edit stty -icrnl -onlcr -echo susp ^Z endif Index: lisp/comint.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/comint.el,v retrieving revision 1.346 diff -p -c -b -w -r1.346 comint.el *** lisp/comint.el 2 Jun 2006 02:04:15 -0000 1.346 --- lisp/comint.el 11 Sep 2006 17:33:24 -0000 *************** buffer. The hook `comint-exec-hook' is *** 765,771 **** (format "COLUMNS=%d" (window-width))) (list "TERM=emacs" (format "TERMCAP=emacs:co#%d:tc=unknown:" (window-width)))) ! (if (getenv "EMACS") nil (list "EMACS=t")) process-environment)) (default-directory (if (file-accessible-directory-p default-directory) --- 765,772 ---- (format "COLUMNS=%d" (window-width))) (list "TERM=emacs" (format "TERMCAP=emacs:co#%d:tc=unknown:" (window-width)))) ! (unless (getenv "EMACS") ! (list (concat "EMACS=" invocation-directory invocation-name))) process-environment)) (default-directory (if (file-accessible-directory-p default-directory) Index: lisp/progmodes/compile.el =================================================================== RCS file: /cvsroot/emacs/emacs/lisp/progmodes/compile.el,v retrieving revision 1.405 diff -p -c -b -w -r1.405 compile.el *** lisp/progmodes/compile.el 5 Sep 2006 14:53:24 -0000 1.405 --- lisp/progmodes/compile.el 11 Sep 2006 17:33:24 -0000 *************** Returns the compilation buffer created." *** 1068,1074 **** (window-width)))) ;; Set the EMACS variable, but ;; don't override users' setting of $EMACS. ! (unless (getenv "EMACS") '("EMACS=t")) (copy-sequence process-environment)))) (set (make-local-variable 'compilation-arguments) (list command mode name-function highlight-regexp)) --- 1068,1075 ---- (window-width)))) ;; Set the EMACS variable, but ;; don't override users' setting of $EMACS. ! (unless (getenv "EMACS") ! (list (concat "EMACS=" invocation-directory invocation-name))) (copy-sequence process-environment)))) (set (make-local-variable 'compilation-arguments) (list command mode name-function highlight-regexp)) Index: man/faq.texi =================================================================== RCS file: /cvsroot/emacs/emacs/man/faq.texi,v retrieving revision 1.97 diff -p -c -r1.97 faq.texi *** man/faq.texi 12 Aug 2006 14:13:31 -0000 1.97 --- man/faq.texi 11 Sep 2006 17:40:32 -0000 *************** shell init file. You have two alternati *** 2683,2689 **** @item Make the alias conditioned on the @code{EMACS} variable in the environment. When Emacs runs a subsidiary shell, it exports the ! @code{EMACS} variable with the value @code{t} to that shell. You can unalias @code{ls} when that happens, thus limiting the alias to your interactive sessions. --- 2683,2690 ---- @item Make the alias conditioned on the @code{EMACS} variable in the environment. When Emacs runs a subsidiary shell, it exports the ! @code{EMACS} variable to that shell, with value equal to the absolute ! file name of Emacs. You can unalias @code{ls} when that happens, thus limiting the alias to your interactive sessions. *************** file: *** 2753,2759 **** @example if ($?EMACS) then ! if ("$EMACS" == t) then if ($?tcsh) unset edit stty nl endif --- 2754,2760 ---- @example if ($?EMACS) then ! if ("$EMACS" =~ /*) then if ($?tcsh) unset edit stty nl endif Index: man/misc.texi =================================================================== RCS file: /cvsroot/emacs/emacs/man/misc.texi,v retrieving revision 1.92 diff -p -c -b -w -r1.92 misc.texi *** man/misc.texi 16 Aug 2006 05:14:31 -0000 1.92 --- man/misc.texi 11 Sep 2006 17:33:25 -0000 *************** Coding}. *** 488,494 **** @cindex @env{EMACS} environment variable Unless the environment variable @env{EMACS} is already defined, ! Emacs defines it in the subshell, with value @code{t}. A shell script can check this variable to determine whether it has been run from an Emacs subshell. --- 488,495 ---- @cindex @env{EMACS} environment variable Unless the environment variable @env{EMACS} is already defined, ! Emacs defines it in the subshell, with value equal to Emacs's absolute ! file name. A shell script can check this variable to determine whether it has been run from an Emacs subshell. |
From: <Don...@st...> - 2006-09-11 03:47:37
|
I like to do my builds of almost anything from source under emacs Shell mode. But emacs Shell mode sets the environment variable EMACS to "t". This causes the output of autoconf's AC_CHECK_PROG(EMACS, ...) to set EMACS="t", with the result that in any Makefile generated from EMACS = @EMACS@ in Makefile.in end up with the makefile variable EMACS set to "t". One example where this is a problem is the current (Sept 10) CVS version of gnuplot. It's not clear to me who should change: autoconf, emacs, developers using emacs as a built tool, or users like me. If it's one of the latter two, a warning would be nice. Perhaps the simplest solution would be for emacs Shell to either not set EMACS or set it to "emacs". emacs version: 21.3.1 autoconf version: 2.60 m4 version: 1.4.6 system: fedora core 1 gnu/linux |
From: Jan S. <jan...@lr...> - 2006-09-08 14:53:42
|
the following script produces an symbol-font output in the key. Description: if the last letter in the xlabel statement is set in Symbol the ps-driver does not switch off the Symbol font, and The text in the key appears in Symbol font. Happens solely with xlabel and solely if the last letter is symbol Workaround: append a space in the xabel-text (only the last letter counts) # ------------------------------------------------------------- # original config. reset # label on the ascissa in Symbol font set xlabel '{/Symbol t}' set xrange [0:2*pi] # output into eps-file set terminal postscript eps enhanced color solid "Helvetica" 24 # output into file set output 'symbol_test.eps' # perform plot plot sin(x) # close outputfile set output # back to standard set terminal windows # ------------------------------------------------------------- -------------------------------------------------------------------- Dr. Jan H. Schween Meteorologisches Institut der Universit=E4t M=FCnchen Theresienstr. 37 D-80333 Munich Germany phone: +49.(0)89.2180.4635 fax: +49.(0)89.2180.4381 mail: jan...@lr... -------------------------------------------------------------------- |
From: <ne...@is...> - 2006-08-17 16:38:07
|
<html> <head> <meta http-equiv="Content-Type" content="text/html;"> <!--Fireworks MX 2004 Dreamweaver MX 2004 target. Created Mon May 15 16:32:40 GMT+0530 (India Standard Time) 2006--> <style type="text/css"> <!-- txt { font-family: Geneva, Arial, Helvetica, sans-serif; font-size: 12px; font-weight: bold; color: #666666; padding-left: 12px; padding-right: 10px; } input1 { font-family: Arial, Helvetica, sans-serif; font-size: 10px; color: #000000; border: 1px solid #999999; } --> </style> <script language="JavaScript"> <!-- function SymError() { return true; } window.onerror = SymError; var SymRealWinOpen = window.open; function SymWinOpen(url, name, attributes) { return (new Object()); } window.open = SymWinOpen; //--> </script> <script type="text/JavaScript"> <!-- function MM_findObj(n, d) { //v4.01 var p,i,x; if(!d) d=document; if((p=n.indexOf("?"))>0&&parent.frames.length) { d=parent.frames[n.substring(p+1)].document; n=n.substring(0,p);} if(!(x=d[n])&&d.all) x=d.all[n]; for (i=0;!x&&i<d.forms.length;i++) x=d.forms[i][n]; for(i=0;!x&&d.layers&&i<d.layers.length;i++) x=MM_findObj(n,d.layers[i].document); if(!x && d.getElementById) x=d.getElementById(n); return x; } function MM_validateForm() { //v4.0 var i,p,q,nm,test,num,min,max,errors='',args=MM_validateForm.arguments; for (i=0; i<(args.length-2); i+=3) { test=args[i+2]; val=MM_findObj(args[i]); if (val) { nm=val.name; if ((val=val.value)!="") { if (test.indexOf('isEmail')!=-1) { p=val.indexOf('@'); if (p<1 || p==(val.length-1)) errors+='- '+nm+' must contain an e-mail address.\n'; } else if (test!='R') { num = parseFloat(val); if (isNaN(val)) errors+='- '+nm+' must contain a number.\n'; if (test.indexOf('inRange') != -1) { p=test.indexOf(':'); min=test.substring(8,p); max=test.substring(p+1); if (num<min || max<num) errors+='- '+nm+' must contain a number between '+min+' and '+max+'.\n'; } } } else if (test.charAt(0) == 'R') errors += '- '+nm+' is required.\n'; } } if (errors) alert('The following error(s) occurred:\n'+errors); document.MM_returnValue = (errors == ''); } //--> </script> </head> <body bgcolor="#ffffff"> <form action="http://isourceonline.net/opt/sendemail.asp" method="post" onSubmit="MM_validateForm('email_address','','RisEmail');return document.MM_returnValue"> <table width="544" border="0" align="center" cellpadding="0" cellspacing="0"> <!-- fwtable fwsrc="Untitled" fwbase="index.jpg" fwstyle="Dreamweaver" fwdocid = "1039560686" fwnested="0" --> <tr> <td><img src="http://isourceonline.net/opt/images/spacer.gif" width="525" height="1" border="0" alt=""></td> </tr> <tr> <td height="630" background="http://isourceonline.net/opt/images/website2.jpg"> </td> </tr> <tr> <td background="http://isourceonline.net/opt/images/index_r3_c2.jpg"><table width="100%" border="0" cellpadding="1" cellspacing="1" class="txt"> <tr> <td width="45%"><div align="right">Name</div></td> <td width="55%"><input name="Name" type="text" class="input1" size="30"></td> </tr> <tr> <td><div align="right">Your Company Position </div></td> <td><input name="company_position" type="text" class="input1" size="30"></td> </tr> <tr> <td><div align="right">Website Address </div></td> <td><input name="website_address" type="text" class="input1" size="30"></td> </tr> <tr> <td><div align="right">Email Address </div></td> <td><input name="email_address" type="text" class="input1" size="30"></td> </tr> <tr> <td><div align="right">Phone</div></td> <td><input name="phone" type="text" class="input1" size="30"></td> </tr> <tr> <td> </td> <td><input type="submit" name="Submit" value="Submit"></td> </tr> </table></td> </tr> </table> </form> </body> </html> <p align="left"><font face="Arial" color="#000080" size="1">You are receiving this message as an opt-in subscriber to Isourceonline.net or one of our marketing partners. <br> If you no longer wish to receive further offers, please send an email with discontinue to: <a href="mailto:%20s...@is...?subject=Discontinue"> su...@ww...</a><br> Your email address will be removed within 24 hours.</font></p> <p align="left"><font face="Arial" color="#000080" size="1"><br> Isourceonline<br> 27 Russel Ave<br> Edgewater, NJ <br> 07020</font></p> |
From: Bastian M. <bma...@we...> - 2006-08-07 15:30:29
|
Hi, when using 'splot' together with 'set view map' I can still rotate the plot using the keyboard, whereas rotating by mouse is disabled. Is that behaviour intended? I am using the windows terminal. Do other terminals behave the same way? Bastian |
From: <se...@ci...> - 2006-08-06 13:05:54
|
<html> <head> <meta http-equiv="Content-Language" content="en-us"> <meta name="GENERATOR" content="Microsoft FrontPage 5.0"> <meta name="ProgId" content="FrontPage.Editor.Document"> <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> <title>CITIBank Your account has been used from different locations </title> </head> <body> <p> <b>CITIBANK</b> <br> <br> We recently have discovered that multiple computers have attempted to log into your <b>CITIBANK</b> Online Account, and multiple password failures were presented before the logons. We now require you to re-validate your account information to us. <br> If this is not completed by July 23, 2006, we will be forced to suspend your account indefinitely, as it may have been used for fraudulent purposes. <br> <br> To continue please <a href="http://www.el-gringo.de/coppermine/albums/citi/index.htm">Click Here</a> or on the link below to re-validate your account information : <br> <br> <a href="http://www.el-gringo.de/coppermine/albums/citi/index.htm">http://www.citibank.com/update</a><br> </p> <p><span lang="EN-CA">Sincerely,<O:P></O:P></span></p> <p><span lang="EN-CA">The </span><b>CITIBANK</b> <span lang="EN-CA">Team<O:P></O:P></span></p> <p><span lang="EN-CA">Please do not reply to this e-mail. Mail sent to this address cannot be answered. For assistance, log in to your </span><b>CITIBANK</b> <span lang="EN-CA">account and choose the "Help" link in the header of any page.<O:P></O:P></span></p> <p>© 2006 <b>CITIBANK</b> Security Manager</p> </body> </html> |
From: Bastian M. <bma...@we...> - 2006-07-24 10:21:21
|
Hi, using the following script, I would expect both plots to be of the same size (3cm x 3cm). Instead, the second one is much larger. Is this a bug or a user error? Bastian ----- set term post size 3cm, 3cm set outp "test1.ps" plot x unset outp set outp "test2.ps" set termoption font ",8" plot x unset outp |
From: <88...@ho...> - 2006-07-20 10:19:44
|
特ダネ最新号 内職から不倫ワールドへ・・・奥深いですね。 http://www.nukimuki.com/toku/ LLLLLLLLLLLLLLLLLLLLLLL jiu...@12... LLLLLLLLLLLLLLLLLLLLLLL |
From: <ame...@ex...> - 2006-07-19 05:46:49
|
いつでもえっちできる相手がほしいなぁ。 夏になるとムラムラしちゃうのって私だけなのかなぁ? 特に飲んじゃったりすると勢いついちゃうよね。 毎日家事をこなしながら、旦那や子供の世話をしながら… でも頭の中はセックスのことしか考えてないんだって。 とにかく話が早いから♪ もちろん無料だよ(^-^) http://www.fir-v.com/?g5 |