Re: using rlogin from a shell window
well, if I use the same rlogin in a non-emacs terminal window it works. I am using SuSE linux's rlogin normally, but when I found this, I tried inetutils-1.4.2 's rlogin with the same results. then I logged into a HP running emacs 21.3 and tried their rlogin with the same results. running rlogin from the command prompt in an emacs shell window displays a password prompt both in the window and in the minibuffer. I wonder if something in emacs is removing the "normal" CR before sending it to the shell, perhaps in comint. Richard Stallman <[EMAIL PROTECTED]> 05/12/2007 12:47 PM To [EMAIL PROTECTED] cc Please respond to [EMAIL PROTECTED], emacs-pretest-bug@gnu.org [EMAIL PROTECTED] Subject Re: using rlogin from a shell window More info. If, when it prompts for the password, I type the password and then add a carriage return (using ^Q^M) at the end of the password, then hit enter, all works as expected. This suggests it is a bug in rlogin. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: using rlogin from a shell window
More info. If, when it prompts for the password, I type the password and then add a carriage return (using ^Q^M) at the end of the password, then hit enter, all works as expected. Tom Wurgler <[EMAIL PROTECTED]> Sent by: emacs-pretest-bug-bounces+twurgl=goodyear To [EMAIL PROTECTED] emacs-pretest-bug@gnu.org cc [EMAIL PROTECTED] 05/10/2007 09:56 AM Subject using rlogin from a shell window Do esc-x shell Then in the shell try to use rlogin to some computer as some other user > rlogin -l name host It prompts for a password but after typing the password and you hit enter, it hangs at that point (nothing comes back to the screen). I checked 21.4 and it does this too. But if I open a terminal window outside of emacs, the same rlogin works fine. And when in the emacs shell I just use "rlogin host" and goto that host as myself by default, it works fine. In GNU Emacs 22.0.99.1 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-04-26 on alnx004 Windowing system distributor `The XFree86 Project, Inc', version 11.0.40399902 configured using `configure '--prefix=/u/rdsnfs2/t901353/programs/emacs_pretest'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Shell Minor modes in effect: display-time-mode: t show-paren-mode: t auto-image-file-mode: t shell-dirtrack-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t temp-buffer-resize-mode: t transient-mark-mode: t Recent input: x e m a v r e p o r t SPC e SPC SPC Recent messages: Loading man...done Invoking man rlogin in the background Please wait: formatting the rlogin man page... rlogin man page formatted Loading tabify...done Loading /u/rdsnfs2/t901353/programs/linux/share/emacs/21.4/site-lisp/man-xref.el (source)...done Help: ?; Menu: mouse-3; Show: v; Mark: u,m,s,d; Save/Delete: x; Misc: g,~,%,t q to quit, ? for help. History item: 1 [2 times] Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Mime decoding in rmail
Shouldn't the resulting mail be able to be saved into a file and displayed via emacs or other gif viewer program? Does the base-64 decode not do the right thing with this kind of file? And I am not sure what a multipart message is (or even base-64 for that matter), sorry. What would be best , IMO, is have rmail decode things and display them as the image or whatever it is right there in rmail. Maybe a prompt to ask if you want it decoded and displayed? The 21.x behavior would solve my problem, I had code to detect such a message from the subject line (pretty weak, I know) write the rmail to a file, do a shell command to decode it with uudeview, then insert the resulting gif file back into the rmail and delete the original mime part. thanks for all your efforts! tom Eli Zaretskii <[EMAIL PROTECTED]> 03/28/2007 05:44 PM To [EMAIL PROTECTED] cc Please respond to emacs-pretest-bug@gnu.org Eli Zaretskii <[EMAIL PROTECTED]> Subject Re: Mime decoding in rmail > From: [EMAIL PROTECTED] > Date: Wed, 28 Mar 2007 07:54:27 -0400 > > I asked my admin if he could send you a sample mail mime encoded the same way > I'd get one. He will send one with the subject "Today's Dilbert". Thanks, I see the problem now: this message sends an inline GIF image, without using a multipart MIME email message format. Emacs 22 always decodes base-64 and QP encoded messages, if they are not multipart. I somehow got the impression that you were talking about a multipart message. The problem here is that Rmail is too naive: it assumes that such single-part messages are text, but it doesn't make sure that by looking at the Content-type header. I will try to at least make this decoding optional, so you could turn it off, and get the old v21.x behavior. If I find a safe way to decode only text messages, and leave non-text Content-type alone, I will; otherwise this will have to wait until after the release. Thanks for bringing this to our attention. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Mime decoding in rmail
I thought -Q left off reading your .emacs file. But no matter, I renamed .emacs to hold.emacs and the mail still it comes up as a gif binary. Eli Zaretskii <[EMAIL PROTECTED]> 03/27/2007 05:10 PM To Tom Wurgler <[EMAIL PROTECTED]> cc Please respond to emacs-pretest-bug@gnu.org Eli Zaretskii <[EMAIL PROTECTED]> Subject Re: Mime decoding in rmail > From: Tom Wurgler <[EMAIL PROTECTED]> > Date: Tue, 27 Mar 2007 14:48:26 -0400 (EDT) > Cc: > > Someone sends me a mime encoded gif file as an email. I start emacs -Q > then esc-x rmail. > > The mail I see is a decoded gif file, not the mime encoded file. In "emacs -Q"? I doubt that. I'm guessing that you have some extra package loaded in your .emacs that causes this. Anyway, maybe toggling auto-image-file-mode will help (just a wild guess!). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Problem MIME decoding in rmail
I get a mail that is a MIME encoded GIF file that rmail attempts to decode and display. I have (auto-image-file-mode 1) in my .emacs. It comes up in rmail as an empty 1/2" square. So I write the mail to a file and compare the GIF file with a decoded file not from rmail. The only difference is that on line 32, at the beginning of the line, the file via rmail has a up-carrot and then an underscore as individual characters. The proper file has a ^_ (ctrl underscore). So I changed the ^_ (individual chars) to ^_ (ctrl underscore) and emacs then displays it properly. So somehow that one char didn't decode correctly. But there are a lot of ^_ (ctrl underscores) in the GIF and all the rest decoded ok. I don't know why this one didn't. I hope this is all clear enough. If not, please ask and I'll try again. I did try with emacs -Q with the same results. This is using emacs 22.0.95 on SuSE Linux x86_64 compile with gcc 3.4.6. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: problem with tumme.el
I tried the -outfile ~/.emacs.d/tumme/.tumme_rotate_temp from the command line; it works great. It overwrites the old outfile. thanks "Mathias Dahl" <[EMAIL PROTECTED]> Sent by: emacs-pretest-bug-bounces+twurgl=goodyear To [EMAIL PROTECTED] "Stefan Monnier" <[EMAIL PROTECTED]> cc emacs-pretest-bug@gnu.org 01/12/2007 12:10 PM Subject Re: problem with tumme.el > > Would having 'set -o noclobber' in one of /bin/sh's startup files > > explain it? > > /bin/sh has only one startup file (/etc/profile and/or ~/.profile) which is > only sourced for login shells, so no that wouldn't explain it. I see now that jpegtran has an option, -outfile: -outfile name Send output image to the named file, not to standard output. That should solve the problem, right? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: problem with tumme.el
echo "junkme" > ~/.emacs.d/tumme/.tumme_rotate_temp when that file already
exists fails for me.
and I discovered the problem when I ran the jpegtran command on the
command-line, ie it fails too.
I use tcsh and if I run "set" on the command-line, I see noclobber is listed.
It must be set by default, I don't set it myself.
So I'd like to see the patch (or whatever other fix you might have) installed.
thanks
tom
Mathias Dahl <[EMAIL PROTECTED]>
Sent by:
emacs-pretest-bug-bounces+twurgl=goodyear
To
[EMAIL PROTECTED]
emacs-pretest-bug@gnu.org
cc
01/12/2007 07:34 AM
Subject
Re: problem with
tumme.el
Nick Roberts <[EMAIL PROTECTED]> writes:
> > Really strange. I rotate images all the time with tumme and I
> > have never seen this problem. Normally ">" has no problem
> > overwriting old files.
>
> twurgl probably uses a csh variant and has set noclobber while you
> don't.
In that case, applying this patch seems to be a good idea.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
problem with tumme.el
I can show the thumbnails of the image files fine. I can use "R" or "L" once and it rotates the thumbnail/file. But any time after that it complains and says "Could not rotate image" for any file. I tracked it down and found that a temp file is used: ~/.emacs.d/tumme/.tumme_rotate_temp The command that generated this: jpegtran -rotate 90 -copy all file.jpg > ~/.emacs.d/tumme/.tumme_rotate_temp The problem is that the ">" fails if the file already exists. So I made a change to "tumme-rotate-original" that checks if that file is there and deletes it before running the current rotate command. Here is a patch: *** tumme.el.~1~ Thu Aug 24 15:12:48 2006 --- tumme.el Thu Jan 11 13:57:41 2007 *** *** 1886,1889 --- 1886,1891 (if (not (string-match "\.[jJ][pP[eE]?[gG]$" file)) (error "Only JPEG images can be rotated!")) + (if (file-exists-p tumme-temp-rotate-image-file) + (delete-file tumme-temp-rotate-image-file)) (setq command (format-spec tumme-cmd-rotate-original-options Thanks tom ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Sound problem with SUSE x86_64
Jan, I had not copied in sound.c. Emacs 22.0.92 now configures, compiles and can play sound files using the latest CVS configure and the sound.c files. Thanks tom Jan Djärv <[EMAIL PROTECTED]> 12/21/2006 01:10 PM To [EMAIL PROTECTED] cc Subject Re: Sound problem with SUSE x86_64 [EMAIL PROTECTED] skrev: > Here is config.log file using the configure from the CVS site. And there is > an asoundlib.h error. > And it still does not compile sound.c due to not finding asoundlib.h. Always include the complete build log if that is where the error is. Did you update the whole Emacs source code or just configure? You need to update sound.c also. Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Sound problem with SUSE x86_64
[t901353]alnx004[101]% pkg-config alsa --libs -L/usr/lib64 -lasound -lm -ldl -lpthread [t901353]alnx004[102]% Config.log: configure:5642: result: no configure:5663: checking for pkg-config configure:5681: found /usr/bin/pkg-config configure:5694: result: /usr/bin/pkg-config configure:5708: checking for alsa >= 1.0.0 configure:5712: result: yes configure:5716: checking ALSA_CFLAGS configure:5719: result: configure:5722: checking ALSA_LIBS configure:5725: result: -L/usr/lib64 -lasound -lm -ldl -lpthread configure:5806: checking sys/select.h usability configure:5818: gcc -c -O2 -D_BSD_SOURCE conftest.c >&5 configure:5824: $? = 0 configure:5828: test -z || test ! -s conftest.err Jan Djärv <[EMAIL PROTECTED]> 12/20/2006 04:02 PM To [EMAIL PROTECTED] cc emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] Subject Re: Sound problem with SUSE x86_64 [EMAIL PROTECTED] skrev: > Jan, > > I looked in /usr/lib/pkgconfigthe dir is empty. Are files supposed to be > in there? Where do said files come from? > > The new configure.in file did not find the asoundlib.h file... What does config.log look like (just the alsa relevant parts)? What does % pkg-config alsa --libs output? Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Sound problem with SUSE x86_64
Jan,
I looked in /usr/lib/pkgconfigthe dir is empty. Are files supposed to be
in there? Where do said files come from?
The new configure.in file did not find the asoundlib.h file...
-tom
Jan Djärv <[EMAIL PROTECTED]>
12/20/2006 03:01 PM
To
[EMAIL PROTECTED]
cc
[EMAIL
PROTECTED], emacs-pretest-bug@gnu.org
Subject
Re: Sound
problem with SUSE x86_64
[EMAIL PROTECTED] skrev:
> Is this my system setup that should have this variable set? Or is
> configure.in supposed
> to find it and set it?
Your setup (more specific /usr/lib/pkgconfig/alsa.pc) is supposed to have
Cflags: -I${includedir} -I${includedir}/alsa
I've added a configure check for this, please try it (from CVS).
Jan D.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Sound problem with SUSE x86_64
RMS> That file is in the same directory, /usr/include/alsa/, on my machine RMS> too. It finds the file because of RMS> CFLAGS_SOUND= -I/usr/include/alsa RMS> in src/Makefile. Is that line different in your src/Makefile? Yes, mine is: CFLAGS_SOUND= RMS> If so, please debug why it is filled in differently. Jan D. was going to check for this in configure.in. Tom > [EMAIL PROTECTED] skrev: Tom > The output of the "pkg-config --cflags alsa" is just a single space. Jan D. > That is not right, it should be -I/usr/include/alsa. Maybe I can do a Jan D. > configure.in test for this brokeness. Jan D. > Jan D. But if I do setenv CFLAGS_SOUND -I/usr/include/alsa at the command line before the configure, configure.in finds the file(s). and the src/Makefile is like yours. Is this my system setup that should have this variable set? Or is configure.in supposed to find it and set it? thanks tom ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Sound problem with SUSE x86_64
The output of the "pkg-config --cflags alsa" is just a single space. -tom Jan Djärv <[EMAIL PROTECTED]> 12/18/2006 04:33 PM To Tom Wurgler <[EMAIL PROTECTED]> cc emacs-pretest-bug@gnu.org, [EMAIL PROTECTED] Subject Re: Sound problem with SUSE x86_64 Tom Wurgler skrev: > I have SuSE Linux Enterprise 9.1 X86_64. If I just configure with only a > prefix, when I run make it fails to compile sound.c, because if can't find > asoundlib.h. If I hardcode the path to the file, all compiles fine and sound > files play. I changed src/sound.c: > > #ifdef HAVE_ALSA > #include< /* #include "/usr/include/alsa/asoundlib.h" */ < #endif > > Is this just my setup or did configure not find the file correctly? What is the output of % pkg-config --cflags alsa ? Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
