Re: Updated: guile-1.8.7

On Tue, Nov 23, 2010 at 09:06:44PM -0500, Mark Harig wrote: On Mon, Nov 22, 2010 at 11:10:39AM +0100, Jan Nieuwenhuizen wrote: > I've updated the version of Guile to 1.8.7. This also includes the > guile-devel packages. > > This is a new upstream release. For a full updat

Re: Updated: guile-1.8.7

On Mon, Nov 22, 2010 at 11:10:39AM +0100, Jan Nieuwenhuizen wrote: > I've updated the version of Guile to 1.8.7. This also includes the > guile-devel packages. > > This is a new upstream release. For a full update of changes, see > the file usr/share/doc/guile/NEWS in the guile-doc package. > > C

cygwin-1.7/clisp-2.48-1: Cannot initialize clisp with full linking set

Thank you for providing clisp version 2.48. I am unable to start clisp if I specify the full linking set: $ clisp -Kfull /usr/lib/clisp-2.48/full/lisp.exe: error while loading shared libraries: svm.dll: cannot open shared object file: No such file or directory $ cygcheck -l clisp | grep svm.d

Re: Questions about setting the CYGWIN env. variable's 'error_start'

Thanks for the reminder. Here is the documentation for the 'error_start' option: http://cygwin.com/cygwin-ug-net/using-cygwinenv.html or, http://cygwin.com/1.7/cygwin-ug-net/using-cygwinenv.html |error_start:Win32filepath| - if set, runs |Win32filepath| when cygwin encounters a fatal

Questions about setting the CYGWIN env. variable's 'error_start'

Mon, 6 Jul 2009 11:21:14 -0400 , Christopher Faylor wrote: For the curious, I debugged it by doing this: set CYWGIN=error_start:gdb When gdb popped up, the stack trace led me straight to the problem. Thanks for the reminder. Here is the documentation for the 'error_start' option: h

RE: Stuck trying to reinstall Emacs 23.0.92 and setup dying each time

Wed, 1 Jul 2009 15:37:09 -0700 David Karr wrote: Ok, so that shows that emacs-el.lst.gz was corrupted. I deleted it, then reran setup. I clicked "Exp", then "View", then scrolled down to the three "emacs*" lines and set them all to "Reinstall" (the "Current" column says "23.0.92-2") and clicked

Re: Stuck trying to reinstall Emacs 23.0.92 and setup dying each time

KARR, DAVID wrote: I had set up Cygwin yesterday with the experimental Emacs 23.0.92. I had done other updates after that, forgetting the fact that since I'm using an experimental package, I have to set the Emacs-related pages to "Keep". I'm now in a state where I have the 23.0.92 executable,

Re: Problem with displaying ASCII table in mintty

Fri, 26 Jun 2009 10:50:45 -0400 Mark J. Reed wrote: > Is is possible to display the upper 128 entries in the ASCII > table in mintty using the 'cygutils' application 'ascii'? The ASCII table doesn't have an upper 128 entries. Only codes 0 through 127 decimal are defined by ASCII. Once you hit

Re: Problem with displaying ASCII table in mintty

> > With this configuration, the upper 128 entries to the ASCII > table are displayed as follows (the #'s are replacements for > the gray box character that is displayed): That's because because bytes from 0x80 to 0xFF by themselves are invalid in UTF-8. Those codepoints need to be encoded as two

Problem with displaying ASCII table in mintty

Is is possible to display the upper 128 entries in the ASCII table in mintty using the 'cygutils' application 'ascii'? Package versions: bash-3.2$ /usr/bin/cygcheck -c bash cygutils cygwin mintty Cygwin Package Information Package VersionStatus bash 3.2.49-22

Re: Problem with mintty-0.4.1-1 and orpie

Thu, 25 Jun 2009 20:25:09 +0100 Andy Kope wrote: > > There is no documented way in mintty to change the TERM environment before > the shell is started. There's a bit in the TIPS section of the manual on how to set any environment variable using the shell's -c option, e.g.: mintty sh -c "TERM=x

Re: Problem with mintty-0.4.1-1 and orpie

> (TERM=xterm by default for me. I have no idea where that comes from.) This is documented in the manual page for 'mintty': TERM variable The TERM variable for the child process is set to "xterm", so that pro‐ grams that pay attention to it expect xterm keycodes and output xterm‐ compatible con

Cygwin 1.7 setup-1.7.exe minor display error

Steps to reproduce the error: 1. Start setup-1.7.exe. Click on 'Next >' button until the 'Select Packages' dialog window is displayed. 2. By default, setup displays the Select Packages window maximized. Click on the 'Restore Down' button in the right-hand corner to reduce the size of

Re: Some questions about mintty

> At the bash shell prompt while editing commands is one example, but > it is also the case for me in text editors, vim or emacs, for example. > From the Options menu, I set the cursor type to block and set the > cursor color to a light color, say, yellow, and then moved the block > cursor back ov

Re: Some questions about mintty

> 3. When the color of the cursor is changed to a block, the text > � can be read through the block, but it appears that the text is > � always white. The background colour is used for text beneath the cursor, so if the cursor is visible infront of the background, the text beneath the cursor sho

Some questions about mintty

My installed packages: $ cygcheck -c cygwin mintty Cygwin Package Information Package VersionStatus cygwin 1.7.0-50 OK mintty 0.4.1-1OK 1. There is no description of the '-e' switch in mintty's manual page. Is it an "execute-this-

Re: Cygwin 1.7: Possible error in /etc/postinstall/base-files-profile.sh

Dave Korn wrote: However, now you've got rid of that, a quick re-run through setup.exe and set everything to reinstall on the chooser page should fix it. setup-1.7.exe is running pretty reliably now that I have stopped (but not removed) these two services via the Services app: LVCOMSer

Cygwin 1.7: Dependency errors in Emacs installation

During the post-installation of emacs 23.0.92-10, the following error messages are written to /var/log/setup.log.full: Visited: 68 nodes out of 1460 while creating dependency order. Dependency order of packages: base-cygwin base-passwd cygwin libiconv2 libintl8 alternatives alternatives libgmp

Re: Cygwin 1.7: Possible error in /etc/postinstall/base-files-profile.sh

Dave Korn wrote: > > Is this problem with the Logitech Process Monitor service > described in the Cygwin documentation? http://cygwin.com/faq/faq.using.html#faq.using.bloda Thanks again for the additional information. I will be working my way through the entire FAQ at that link.

Re: Cygwin 1.7: Possible error in /etc/postinstall/rxvt.sh

That having been said...rxvt is stealing a march by assuming /etc/X11/app-defaults/ exists. It's not clear -- if all the other packages did it the "rxvt way" -- WHO exactly should be responsible for creating the directory. 1. 'rxvt' is advertised as being available without X, so it ca

Re: Cygwin 1.7: Possible error in /etc/postinstall/base-files-profile.sh

> Potential app conflicts: > > Logitech Process Monitor service > Detected: HKLM Registry Key, Named process. You definitely need to stop and disable that service. It borks cygwin something rotten. Thank you. I will try that (anything to give my cygwin processes better behavior than th

Cygwin 1.7: Possible error in /etc/postinstall/rxvt.sh

After running setup-1.7.exe to install the package 'rxvt', I found the following error in /var/log/setup.log.full: 2009/06/20 16:00:17 running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile -c /etc/postinstall/rxvt.sh Using the default version of /etc/X11/app-defaults/Rxvt (/etc/defaults/etc/X1

Cygwin 1.7: Uninstalling all (base) packages using setup-1.7.exe

After installing all default, base packages in Cygwin, I attempted to uninstall this base set by clicking on the "cycle" button/icon of the 'All' category (while the setup view for packages was set to 'Category') until 'Uninstall' was displayed for 'All' and for all sub-categories. When I clicked

Re: Cygwin 1.7: Possible error in /etc/postinstall/base-files-profile.sh

'dirname' is /usr/bin/dirname. Does setup-1.7.exe set PATH before running 'base-files-profile.sh'? If not, then this would account for the error. It is possible to rewrite the command without using 'dirname': /bin/mkdir -p ${fDest%/*} $ cygcheck -f /etc/postinstall/base-files-profile.sh bas

Cygwin 1.7: Possible file permission errors in 'base-files'

The two files 'base-files-mketc.sh' and 'base-files-profiles.sh' included in the 'base-files' package have their permissions set to 644 while all other scripts in /etc/postinstall/ have their permissions set to 755. Is this a side-effect of 'base-files-profiles.sh' not completing without errors,

Cygwin 1.7: Possible error in /etc/postinstall/base-files-profile.sh

When I ran setup-1.7.exe with the default set of packages selected, the following error message was displayed: running: C:\cygwin-1.7\bin\bash.exe --norc --noprofile -c /etc/postinstall/base-files-profile.sh abnormal exit: exit code=-1073741819 'base-files-profile.sh' contains the following li

Some files are missing from cygwin-doc version 1.5-1

setup-1.7.exe installs the package 'cygwin-doc', version 1.5-1. This package includes /usr/share/info/cygwin.info. cygwin.info references two files, 'cygwin-ug-net.info' and 'cygwin-api.info', which are not included in 'cygwin-doc': $ cygcheck -c cygwin-doc Cygwin Package Information Package

Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-50

While running setup-1.7.exe (with no arguments) from a cygwin 1.5 bash shell prompt, the following (error?) messages were displayed: io_stream_cygfile: fopen(/etc/setup/installed.db) failed 2 No such file or directory io_stream_cygfile: fopen(/etc/setup/last-cache) failed 2 No such file or dire

Re: Using emacs in a terminal window

> I'd say it's a bug that the rxvt max_colors entry is 8, since rxvt > does support 256 colours in its default setting. (And I notice it's > the same with xterm.) Don't know whether there are compatibility > concerns that require that. Just to be clear, the default terminfo capability for Cygwin

Re: Using emacs in a terminal window

> Yes, but nevertheless the TERM setting needs to fit the terminal that > Emacs is actually running in, so "rxvt" (or some variation thereof) > for rxvt and "xterm" for xterm or mintty. As Ken said, the "Eterm" > setting is intended for programs that run inside emacs' builtin > terminal. Using "Et

Re: Using emacs in a terminal window

First, note that this is not a Cygwin-specific issue. It is an Emacs-in-a-terminal issue, so perhaps it should not be mentioned at all in Cygwin-specific documents. It's similar to the "backspace" issue (or default fonts or default colors) in rxvt -- it leads to a better default user experience.

Re: Bug in $PATH initialization?

From the bash manual (in emacs: M-: (info "(bash) Bash Startup Files")): "When Bash is invoked as an interactive login shell, or as a non-interactive shell with the `--login' option, it first reads and executes commands from the file `/etc/profile', if that file exists. After reading that file, i

Re: Using emacs in a terminal window

> I've answered several questions in recent weeks about > how to use emacs in a terminal window. To try to clarify > this, I plan to put some suggestions in > /usr/share/doc/Cygwin/emacs.README the next time I > update the emacs packages. The current draft is appended > below. Please let me know

Re: Using emacs in a terminal window

An alternative to providing instructions for a workaround would be to modify the default initialization files that are provided with the terminal emulators. For example, rxvt comes with the following file: $ cygcheck -l rxvt | grep app-defaults /etc/defaults/etc/X11/app-defaults/Rxvt The post

Re: Updated: clisp-2.44-1 for cygwin

Reini Urban wrote: I've released the new upstream clisp-2.44 plus subpackages -clx, -gtk2 and -gdi for cygwin. Release focus: 7 - Major bugfixes ./configure --fsstnd=redhat --with-dynamic-ffi \ --with-module=rawsock --with-module=dirkey \ --with-module=bindings/win32 --with-module=berkel

Re: Updated: clisp-2.44-1 for cygwin

Eric Blake wrote: $ cygcheck /lib/clisp-2.44/full/lisp c:\cygwin\lib/clisp-2.44/full/lisp.exe ... Error: could not find cygpq5.dll Was cygpq5.dll the only missing file reported? I repeated your command and found that cygfcgi-0.dll is also needed/missing. (See below for the full listing of cy

Re: Updated: clisp-2.44-1 for cygwin

Larry Hall wrote: Sounds like it could be a missing dependency problem. Does 'cygcheck clisp' report any missing DLLs? No, it doesn't report any missing DLLs. Both versions 2.43-2 and 2.44-1 have the following report from cygcheck: $ cygcheck clisp Found: C:\cygwin\bin\clisp.exe C:\cygwi

Re: Updated: clisp-2.44-1 for cygwin

Reini Urban wrote: I've released the new upstream clisp-2.44 plus subpackages -clx, -gtk2 and -gdi for cygwin. Thank you for updating clisp to the latest version. I am seeing a reproducible error when I attempt to use it. Error code 53 is returned when the '-K full' option is supplied to c

Re: Updated: xemacs-21.4.21-1/xemacs-tags-21.4.21-1/xemacs-emacs-common-21.4.21-1

Dr. Volker Zell wrote: Hi A new version of `xemacs' has been uploaded to a server near you. xemacs-emacs-common appears to have had xemacs added as a pre-requisite package. This dependency should be removed so that emacs users can continue to install the shared package without requiring xe

Re: [ANNOUNCEMENT] New package: scsh-0.6.7-2

Christopher Faylor wrote: 1. This package is classified in 'setup' as a 'Misc' package. Should this package be classified as a 'Shell' package instead? It is in the category "Interpreters" under Debian so I've put it there for Cygwin as well. Note that some packages are in multiple catego

Re: [ANNOUNCEMENT] New package: scsh-0.6.7-2

Reini Urban writes: > scsh - the "scheme shell" - has been added to the cygwin distribution. Thank you for providing this package. 1. This package is classified in 'setup' as a 'Misc' package. Should this package be classified as a 'Shell' package instead? 2. The manual page 'scsh.1.gz' in

Re: [ANNOUNCEMENT] [test-version] emacs-22.1-3/emacs-el-22.1-3/emacs-X11-22.1-3

Angelo Graziosi wrote: (As I discussed some time on this list and others, I use GCC-4.0.4 to build Emacs: with 3.4.4 the result is highly unstable (at least for me), but this does not seem the case of 21-3) OK. It does not appear that gcc 4.x will be available for Cygwin soon, according to th

Re: Emacs takes 100% CPU

> I switched to the emacs 22.1 available through cygwin, and it seems fine. I also started cygserver (adding the environment variable). > > Is the xemacs-emacs-common package required for emacs 22.1 ? > It can be, depending on whether you need to use the 'b2m' or 'rcs-checkin' programs that are

Re: [ANNOUNCEMENT] [test-version] emacs-22.1-3/emacs-el-22.1-3/emacs-X11-22.1-3

Angelo Graziosi wrote: Provide a detailed list of the steps that you took to create your emacs binaries. They are very simple and standard (from the build script): LDFLAGS='-Wl,--enable-auto-import -Wl,--enable-auto-image-base' \ ../configure --prefix=${prefix_dir} || return 1 make

Re: [ANNOUNCEMENT] [test-version] emacs-22.1-3/emacs-el-22.1-3/emacs-X11-22.1-3

Angelo Graziosi: Ken Brown wrote: Emacs-22.1-3 aborts with a core dump when I try to compile a large latex document I observe a similar behaviour with a document of about 43 page. The same thing happens using 'M-x compile' with a my application that gives about 2000 line of link errors: ema

Re: After Cygwin and XEmacs upgrade, read-only files aren't detected

On Sun, 2002-11-03 at 03:16, David M. Karr wrote: > >>>>> "Mark" == Mark Harig <[EMAIL PROTECTED]> writes: > > Mark> With the most recent version of Cygwin, 1.3.14, CYGWIN has been set to > Mark> 'ntsec' by default. Unfort

Re: After Cygwin and XEmacs upgrade, read-only files aren't detected

With the most recent version of Cygwin, 1.3.14, CYGWIN has been set to 'ntsec' by default. Unfortunately, this doesn't show up in the output of 'cygcheck -s -r -v'. You might want to consider running the Microsoft 'convert' utility on your disk to convert your filesystem from FAT32 to NTFS.

Re: After Cygwin and XEmacs upgrade, read-only files aren't detected

Please provide that output of 'cygcheck -s -r -v' *as an attachment*, as described in . If it is is not included as an attachment, then these mailing-list archives are made much less useful because many more false matches are listed during a search. On Sat, 2002-11-02