Re: GCC compiler
Thanks for the informative and helpful response. Darel --- Tim Prince wrote: djh wrote: My current version of gcc that setup.exe downloaded for me is: gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125) The other day I downloaded gcc 4.0.2 filename: gcc-4.0.2.tar.bz2 did a configure, make, and makeinstall and the build was successfull. I compiled a program with it and it seems to work. My question is, am I fooling myself? Was there a lot of tweaking involved in getting the setup.exe downloaded version of gcc to work with cygwin? You could run make -k check and compare your results with those posted by others at gcc-testsuite. This would show how well the standard tested functions of gcc itself are working. If you don't care to use additional features of the cygming special, such as -mno-cygwin, you may be set up to do what matters to you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Corrupt xorg-x11-f100?
I use the usual setup.exe to keep my Cygwin packages up to date. Recently, this executable has been giving me Dr. Watson crashes left and right. I think I isolated the problem. There is a cygwin package xorg-x11-f11. I attempted to re-install it from setup.exe. Setup.exe told me that the package is corrupt, I should uninstall it and reinstall it. Setup.exe uninstalled the package without a complaint. Next, I restarted setup.exe and I attempted to install xorg-x11-f100. Setup.exe gave a Dr. Watson crash again. I repeated this a few times for the sake of stupidity. I have been using the mirror http://mirrors.kernel.org. When I switched to http://mirrors.mcs.anl.gov, the problem went away. I attach the output from cygcheck -s -v -r cygcheck.out in case it is needed. -- David Arnstein [EMAIL PROTECTED] Cygwin Configuration Diagnostics Current System Time: Tue Feb 07 00:29:08 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: E:\cygwin\usr\local\bin E:\cygwin\bin E:\cygwin\bin E:\cygwin\usr\X11R6\bin d:\Bin d:\Bin32 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem d:\win32app\sysinternals .\ Output from E:\cygwin\bin\id.exe (nontsec) UID: 1003(David) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) Output from E:\cygwin\bin\id.exe (ntsec) UID: 1003(David) GID: 513(None) 0(root) 513(None)544(Administrators) 545(Users) 1005(Debugger Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'David' PWD = '/cygdrive/d/Users/David' CYGWIN = 'server ntea ntsec smbntsec' HOME = '/cygdrive/d/Users/David' MAKE_MODE = 'unix' HOMEPATH = '\Users\David' MANPATH = '/usr/man:/usr/share/man:/usr/ssl/man:/usr/X11R6/man:/usr/local/man' APPDATA = 'C:\Documents and Settings\David\Application Data' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' SHELL = '/bin/bash' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 9, GenuineIntel' WINDIR = 'C:\WINDOWS' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' OLDPWD = '/tmp' USERDOMAIN = 'OWL' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' USERNAME = 'David' PAGER = 'most' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Documents and Settings\David' DZK20DIRECTORY = 'D:\Users\David\DezkTop' CLIENTNAME = 'Console' PS1 = '\h \! ' LOGONSERVER = '\\OWL' PROCESSOR_ARCHITECTURE = 'x86' INIT_COMPLETE = 'true' MANPAGER = 'most -s' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'D:' !D: = 'D:\Users\David' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LESS = '-i -e -q' TMP = '/tmp' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '0209' CLASSPATH = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' PKG_CONFIG_PATH = '/usr/X11R6/lib/pkgconfig' TEXDOCVIEW_ps = 'cygstart %s' !E: = 'E:\cygwin\bin' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'OWL' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'E:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/etc (default) = 'C:\cygwin\etc' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/exper (default) = 'G:\mnt' flags = 0x080a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = 'C:\Temp' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'E:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'E:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/src (default) = 'C:\cygwin\usr\src' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/var (default) = 'C:\cygwin\var' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 10236Mb 71% CP CS UN PA FC WD8_1 d: hd NTFS
Re: Corrupt xorg-x11-f100?
David Arnstein wrote: I use the usual setup.exe to keep my Cygwin packages up to date. Recently, this executable has been giving me Dr. Watson crashes left and right. I think I isolated the problem. There is a cygwin package xorg-x11-f11. I attempted to re-install it from setup.exe. Setup.exe told me that the package is corrupt, I should uninstall it and reinstall it. Setup.exe uninstalled the package without a complaint. Next, I restarted setup.exe and I attempted to install xorg-x11-f100. Setup.exe gave a Dr. Watson crash again. I repeated this a few times for the sake of stupidity. I have been using the mirror http://mirrors.kernel.org. When I switched to http://mirrors.mcs.anl.gov, the problem went away. I attach the output from cygcheck -s -v -r cygcheck.out in case it is needed. Rather than changing the mirror, you could have gone into your local package directory, into the mirror directory, and find the tarball for this package, then delete it. This will result in setup.exe trying to redownload it (it sounds like you had a corrupt archive to me). Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with exit codes on 64-bit Windows XP Pro x64
On Feb 6 14:49, Kevin Layer wrote: I'm running the latest cygwin (1.5.19, see cygcheck below). My application is a native Windows app (64 and 32-bit). It includes no cygwin libraries and is not compiled with cygwin's gcc. When I execute cygwin programs from my app, however, the return value obtained from cygwin programs is always 0. More precisely, I spawn a particular cygwin program, say `make' or `sh', with CreateProcess(). When the program exits GetExitCodeProcess() always sets the exit status to 0, no matter what the real exit status was. I just applied a patch which should return the correct error code. Thanks for the testcase, it's highly appreciated, though... it was a lot of code for emulating cmd's echo %errorlevel% ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with exit codes on 64-bit Windows XP Pro x64
On Feb 7 11:01, Corinna Vinschen wrote: On Feb 6 14:49, Kevin Layer wrote: I'm running the latest cygwin (1.5.19, see cygcheck below). My application is a native Windows app (64 and 32-bit). It includes no cygwin libraries and is not compiled with cygwin's gcc. When I execute cygwin programs from my app, however, the return value obtained from cygwin programs is always 0. More precisely, I spawn a particular cygwin program, say `make' or `sh', with CreateProcess(). When the program exits GetExitCodeProcess() always sets the exit status to 0, no matter what the real exit status was. I just applied a patch which should return the correct error code. Ah, yes, I forgot: Please test the next snapshot from http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange cygstart bug with current Cygwin versions
On 2/3/06, Igor Peshansky [EMAIL PROTECTED] wrote: On Fri, 3 Feb 2006, David Picton wrote: I have encountered a strange bug when starting Microsoft Word when it is started by the cygstart command, e.g. cygstart Index.doc, with the current version of the Cygwin dll. The symptoms are as follows: [snip] 3. Attempting to save the file gets no response. The only way to close the window is to exit without saving! I have now tested 'cygstart cmd' on the three computers I use, and in every case I see the same problem with the TEMP and TMP environment variables - they retain the Cygwin pathname (regardless of whether this actually causes a problem with Word). For now, I've caused TEMP and TMP to be set to a Windows pathname within Cygwin. I don't see the bug if I run an older version of Cygwin (pre-2006 versions of the Cygwin DLL). TEMP and TMP used to be translated correctly in processes invoked by cygstart. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
file listing incorrect in cvs head.
Hello!
In cvs head.
A 'readdir' function cannot listing filename that using multi-byte
charctor. (corrupt filename)
Because, newlib's wcstombs do not support 'true' multi-byte charactor
conversion.
I made a patch for cvs head.
That using W32API's WideCharToMultiByte instead of newlib's wcstombs.
Index: winsup/cygwin/fhandler_disk_file.cc
===
RCS file: /cvs/src/src/winsup/cygwin/fhandler_disk_file.cc,v
retrieving revision 1.168
diff -u -r1.168 fhandler_disk_file.cc
--- winsup/cygwin/fhandler_disk_file.cc 5 Feb 2006 18:18:02 - 1.168
+++ winsup/cygwin/fhandler_disk_file.cc 7 Feb 2006 13:33:20 -
@@ -1608,7 +1608,8 @@
NTSTATUS status = STATUS_SUCCESS;
PFILE_ID_BOTH_DIR_INFORMATION buf = NULL;
wchar_t *FileName;
- char fname[CYG_MAX_PATH];
+ int FileNameLength, mblen ;
+ char fname[CYG_MAX_PATH+1];
IO_STATUS_BLOCK io;
if (!wincap.is_winnt ())
@@ -1650,26 +1651,30 @@
if ((dir-__flags dirent_get_d_ino))
{
FileName = buf-FileName;
+ FileNameLength = buf-FileNameLength ;
if ((dir-__flags dirent_set_d_ino))
de-d_ino = buf-FileId.QuadPart;
}
- else
+ else {
FileName = ((PFILE_BOTH_DIR_INFORMATION) buf)-FileName;
+FileNameLength = ((PFILE_BOTH_DIR_INFORMATION) buf)-FileNameLength ;
+ }
+
if (de-d_ino == 0 (dir-__flags dirent_set_d_ino))
{
OBJECT_ATTRIBUTES attr;
- if (dir-__d_position == 0 buf-FileNameLength == 2
+ if (dir-__d_position == 0 FileNameLength == 2
FileName[0] == '.')
de-d_ino = readdir_get_ino_by_handle (dir-__handle);
- else if (dir-__d_position == 1 buf-FileNameLength == 4
+ else if (dir-__d_position == 1 FileNameLength == 4
FileName[0] == '.' FileName[1] == '.')
de-d_ino = readdir_get_ino (dir, pc.normalized_path, true);
else
{
HANDLE hdl;
- UNICODE_STRING upath = {buf-FileNameLength, CYG_MAX_PATH * 2,
+ UNICODE_STRING upath = {FileNameLength, CYG_MAX_PATH * 2,
FileName};
InitializeObjectAttributes (attr, upath, OBJ_CASE_INSENSITIVE,
dir-__handle , NULL);
@@ -1681,8 +1686,16 @@
}
}
}
- wcstombs (fname, FileName, buf-FileNameLength / 2);
- fname[buf-FileNameLength / 2] = '\0';
+ mblen = sys_wcstombs2 (fname, CYG_MAX_PATH,
+ FileName, FileNameLength/(sizeof(WCHAR)));
+ if ( mblen = CYG_MAX_PATH ) {
+debug_printf (path max over FileNameLength = %d, mblen = %d,
FileNameLength, mblen) ;
+mblen = CYG_MAX_PATH ;
+ }
+ if ( fname[mblen-1] != '\0' ) {
+debug_printf (add null terminator FileNameLength = %d, mblen = %d,
FileNameLength, mblen) ;
+fname[mblen] = '\0' ;
+ }
}
if (!(res = readdir_helper (dir, de, RtlNtStatusToDosError (status),
Index: winsup/cygwin/miscfuncs.cc
===
RCS file: /cvs/src/src/winsup/cygwin/miscfuncs.cc,v
retrieving revision 1.39
diff -u -r1.39 miscfuncs.cc
--- winsup/cygwin/miscfuncs.cc 20 Dec 2005 20:34:28 - 1.39
+++ winsup/cygwin/miscfuncs.cc 7 Feb 2006 13:33:20 -
@@ -217,6 +217,12 @@
}
int __stdcall
+sys_wcstombs2 (char *tgt, int tgtlen, const WCHAR *src, int srclen)
+{
+ return WideCharToMultiByte (get_cp (), 0, src, srclen, tgt, tgtlen, NULL,
NULL);
+}
+
+int __stdcall
sys_mbstowcs (WCHAR *tgt, const char *src, int len)
{
int res = MultiByteToWideChar (get_cp (), 0, src, -1, tgt, len);
Index: winsup/cygwin/winsup.h
===
RCS file: /cvs/src/src/winsup/cygwin/winsup.h,v
retrieving revision 1.182
diff -u -r1.182 winsup.h
--- winsup/cygwin/winsup.h 5 Feb 2006 18:18:02 - 1.182
+++ winsup/cygwin/winsup.h 7 Feb 2006 13:33:20 -
@@ -122,6 +122,9 @@
int __stdcall sys_wcstombs(char *, const WCHAR *, int)
__attribute__ ((regparm(3)));
+int __stdcall sys_wcstombs2(char *, int, const WCHAR *, int)
+ __attribute__ ((regparm(4)));
+
int __stdcall sys_mbstowcs(WCHAR *, const char *, int)
__attribute__ ((regparm(3)));
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: file listing incorrect in cvs head.
On Feb 7 22:55, HASHI Hiroaki wrote: Hello! In cvs head. A 'readdir' function cannot listing filename that using multi-byte charctor. (corrupt filename) Because, newlib's wcstombs do not support 'true' multi-byte charactor conversion. I made a patch for cvs head. Thanks, but the patch isn't exactly trivial, so we would need a copyright assignment from you and, possibly, from your employer. See http://cygwin.com/contrib.html. Why isn't it sufficient just to replace wcstombs by a call to sys_wcstombs? The filename can't be longer than 255 wide chars so the result won't be longer than 255 chars, right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: file listing incorrect in cvs head.
On Feb 8 00:06, HASHI Hiroaki wrote: Thanks, but the patch isn't exactly trivial, so we would need a copyright assignment from you and, possibly, from your employer. See http://cygwin.com/contrib.html. Oh. I regard my employer as not agreeing. I hope, anyone re-write a patch and appling it. I'm going to change that, no worries. Why isn't it sufficient just to replace wcstombs by a call to sys_wcstombs? The filename can't be longer than 255 wide chars so the result won't be longer than 255 chars, right? I am given to worrying. - 'FileName' teminated by NULL, really? No, you're right, FileName is not 0-terminated on return from NtQueryDirectoryFile. I inspected our sys_wcstombs implementation again and it makes at least two invalid assumptions. I'm going to rework our sys_wcstombs function. You should see the fix in the next snapshot. Thanks for the hint, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with exit codes on 64-bit Windows XP Pro x64
Corinna Vinschen [EMAIL PROTECTED] wrote: On Feb 6 14:49, Kevin Layer wrote: I'm running the latest cygwin (1.5.19, see cygcheck below). My application is a native Windows app (64 and 32-bit). It includes no cygwin libraries and is not compiled with cygwin's gcc. When I execute cygwin programs from my app, however, the return value obtained from cygwin programs is always 0. More precisely, I spawn a particular cygwin program, say `make' or `sh', with CreateProcess(). When the program exits GetExitCodeProcess() always sets the exit status to 0, no matter what the real exit status was. I just applied a patch which should return the correct error code. Thanks! Thanks for the testcase, it's highly appreciated, though... it was a lot of code for emulating cmd's echo %errorlevel% ;-) Yeah. Originally, we thought it was a Microsoft bug... so we went the extra mile. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange cygstart bug with current Cygwin versions
On 7-Feb-2006 3:31, Yitzchak Scott-Thoennes wrote: On Mon, Feb 06, 2006 at 11:40:22PM +0100, Michael Schaap wrote: What we basically need to do, is copy the Cygwin environment to the Windows environment, taking care of path conversion for all the appropriate variables. Maybe start with: http://www.cygwin.com/ml/cygwin-patches/2005-q4/msg9.html Not really, I think, especially since that code didn't make it into Cygwin. ;-) (Also, Corinna suggested in that thread that an application should simply convert the necessary variables itself.) I did notice, though, that a new version, setup_winenv(), externally callable as cygwin_internal(CW_SETUP_WINENV), was made available ... last Thursday. (Looks like the code was adapted from the cygstart code, actually. :-) ) So, ideally, that function would be fixed to do POSIX to Windows conversion on the necessary variables, and cygstart can then be changed to call it, instead of its own setup_win_environ() function. That would mean that the bug won't be fixed until 1.5.20 is released, though ... So, I guess I'll just add some path conversion handling to the cygstart code itself, for now. Then if at some point the Cygwin setup_winenv() function is fixed in a similar way, and released, I might take it out and call cygwin_internal(CW_SETUP_WINENV) instead. If I don't see any other suggestions or objections, watch this space for a patch. - Michael -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: strange cygstart bug with current Cygwin versions
On Tue, Feb 07, 2006 at 06:59:43PM +0100, Michael Schaap wrote: On 7-Feb-2006 3:31, Yitzchak Scott-Thoennes wrote: On Mon, Feb 06, 2006 at 11:40:22PM +0100, Michael Schaap wrote: What we basically need to do, is copy the Cygwin environment to the Windows environment, taking care of path conversion for all the appropriate variables. Maybe start with: http://www.cygwin.com/ml/cygwin-patches/2005-q4/msg9.html Not really, I think, especially since that code didn't make it into Cygwin. ;-) (Also, Corinna suggested in that thread that an application should simply convert the necessary variables itself.) I did notice, though, that a new version, setup_winenv(), externally callable as cygwin_internal(CW_SETUP_WINENV), was made available ... last Thursday. (Looks like the code was adapted from the cygstart code, actually. :-) ) So, ideally, that function would be fixed to do POSIX to Windows conversion on the necessary variables, and cygstart can then be changed to call it, instead of its own setup_win_environ() function. That would mean that the bug won't be fixed until 1.5.20 is released, though ... So, I guess I'll just add some path conversion handling to the cygstart code itself, for now. Then if at some point the Cygwin setup_winenv() function is fixed in a similar way, and released, I might take it out and call cygwin_internal(CW_SETUP_WINENV) instead. I believe that Brian Ford is looking into modifying the new CW_SETUP_WINENV code to perform the proper conversion of POSIX style to Windows style. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Issue, most possibly with new Readline
Zach Gelnett zachg99 at gmail.com writes: Basically, when I hit [ESC] then fwd slash (/) to search through the history, it throws my cursor back to get beginning of the line (on top of the prompt) and acts weird. This is in mrxvt, now if I do the same in the basic cygwin bash shell i get this: v468929 at TRD-CAX40JXD ~ / ☺ Here is my PS1: echo $PS1 \[\e]61;\u at \H\007\]\u at \H \W I reproduced this with readline-5.1-1, using a command.com window ($TERM=cygwin), so it might be an upstream bug or a cygwin terminal display bug. It looks like the readline command vi-search is displaying an uninitialized buffer, whose width seems to track the prompt string length. Once you have a command, the contents of the buffer are now initialized by a previous command: $ PS1='\[\e]61;[EMAIL PROTECTED]@\H \W ' [EMAIL PROTECTED] ~ echo 01234567890123456789 01234567890123456789 [EMAIL PROTECTED] ~ [ESC]/# Displays: [EMAIL PROTECTED] ~ / ho 01234567890123456# with cursor after / [EMAIL PROTECTED] ~ PS1='\[\e]61;a\a\]123 ' 123 echo 01234567890123456789 01234567890123456789 123 [ESC]/ # Displays: 123 / 1='\[\ # with cursor after / 123 PS1='\[\e]61;a\a\]1234 ' 1234 [ESC]/ # Displays: 1234 / ='\[\e 1234 PS1='\[\e]61;ab\a\]123 ' 123 [ESC]/ # Displays 123 / 1='\[\e Whether or not the extra characters are visible, making the one-line prompt with invisible characters one character larger makes the buffer displayed one character wider. I'm trying to build a debugging version of readline to isolate the problem before releasing readline-5.1-3. Basically, when using VI as the command line editor the [ESC] puts the line into command mode (just like pressing [ESC] within VI) then the / says search (again it's the same command within VI) for whatever you type next. So, /ls would return the latest command line that included the letters ls and i can then press n to get the next occurrence and N to move the opposite direction through the history, it's quite handy. emacs mode also has history searching commands; I am familiar with the concept, it's just that I don't use vi mode. Thanks for the extra hints on how to test this. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.20s (20060206): Ctrl+C, rxvt and non-cygwin programs
1. Run bash in rxvt. 2. Run strace sleep 10. 3. Press Ctrl+C. Nothing seems to receive the ^C at all (both strace and sleep run to completion). I cannot reproduce this problem using bash in a windows console. This is not a regression from 1.5.19. But I recall it working a while ago (whatever that means). It is not limited to strace, it seems to happen with any non-cygwin program. -Rolf Cygwin Configuration Diagnostics Current System Time: Tue Feb 07 14:56:16 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Common Files\GTK\2.0\bin C:\PROGRA~1\ATT\Graphviz\bin C:\Program Files\QuickTime\QTSystem\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 11643(rcampbell)GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11643(rcampbell)GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'rcampbell' PWD = '/tmp' HOME = '/home/rcampbell' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\rcampbell' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Documents and Settings\rcampbell\Application Data' HOSTNAME = 'desk-rcampbell2' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 3 Stepping 3, GenuineIntel' WINDIR = 'C:\WINDOWS' TEXDOCVIEW_txt = 'cygstart %s' TEXDOCVIEW_dvi = 'cygstart %s' WINDOWID = '4819432' OLDPWD = '/home/rcampbell' USERDOMAIN = 'TROPICNETWORKS' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' USERNAME = 'rcampbell' TEXDOCVIEW_pdf = 'cygstart %s' PROCESSOR_LEVEL = '15' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' TEXDOCVIEW_html = 'cygstart %s' USERPROFILE = 'C:\Documents and Settings\rcampbell' CLIENTNAME = 'Console' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\OTTDC2' PROCESSOR_ARCHITECTURE = 'x86' SHLVL = '1' COLORFGBG = '0;default;15' TROPIC_UNIQUE_ID = '156' USERDNSDOMAIN = 'TROPICNETWORKS.COM' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.pyo;.pyc;.pyw;.py' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = '\\spooler\135MC-4th' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0303' CLASSPATH = 'C:\Program Files\Java\jre1.5.0_06\lib\ext\QTJava.zip' TEXDOCVIEW_ps = 'cygstart %s' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' DISPLAY = ':0' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' P4CONFIG = '.p4config' COMPUTERNAME = 'DESK-RCAMPBELL2' COLORTERM = 'rxvt-xpm' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/bin (default) = 'C:\cygwin\bin' flags = 0x004a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c (default) = 'C:' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d (default) = 'C:\d' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/tmp (default) = 'D:\tmp' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin\bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 38162Mb 54% CP CS UN PA FC d: hd NTFS 1Mb 14% CP CS UN PA FC sata e: hd NTFS 1Mb 1% CP CS UN PA FC sata2 f: hd NTFS112632Mb 10% CP CS UN PA FC raid C:\cygwin / system binmode C:\cygwin\bin /bin system binmode,cygexec C: /c system binmode C:\d /d system binmode D:\tmp /tmp system binmode C:\cygwin\bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found:
cygcheck bug
$ uname -a CYGWIN_98-4.10 bedroom 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ cd /bin $ cygcheck ./bash .\.\.\.\.\ - Cannot open $ cygcheck ./bash.exe .\bash.exe .\cygwin1.dll ... -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygcheck bug
On Tue, 7 Feb 2006, Eric Blake wrote: $ uname -a CYGWIN_98-4.10 bedroom 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ cd /bin $ cygcheck ./bash .\.\.\.\.\ - Cannot open $ cygcheck ./bash.exe .\bash.exe .\cygwin1.dll ... FWIW, WFM: $ uname -svr CYGWIN_NT-5.1 1.5.20(0.153/4/2) 2006-02-06 22:48 $ cd /bin $ cygcheck ./bash .\bash.exe .\cygwin1.dll ... $ cygcheck ./bash.exe .\bash.exe .\cygwin1.dll ... $ cygcheck --version cygcheck version 1.74 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Red Hat, Inc. Compiled on Jul 2 2005 $ Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
1.5.19: Solution: cannot create temp file for here document: Permission denied
Hi all, I recently set up cygwin on a Windows 2003 box with NTFS file permissions. I encountered the same problem as mentioned in this thread: http://www.cygwin.com/ml/cygwin/2005-07/msg00732.html To sum up the issue: Upon ssh login I received the following error message: -bash: cannot create temp file for here document: Permission denied One thing I noticed was that looking at the permissions for the tmp folder under the cygwin directory, the permissions for [SERVER]\Users were marked as Special Permissions rather than the usual set of permissions (e.g., Full Control, Modify, etc.). Even though the user seemed to have all of the necessary permissions when clicking the Advanced button, I chose to override these permission by clicking the Modify checkbox (and additionally all of the permissions that get auto-selected when you choose Modify) and the error message went away. One particular detail about our installation that might be involved in this problem: The original installer of cygwin on this particular machine did not give [SERVER]\Users Modify permission on the cygwin directory. We only added them after the install. It's possible that adding these permission to the cygwin directory after the install doesn't cascade them in the same way as having them there before install does. I hope this helps, Jonathan Gordon. --- [This E-mail scanned for viruses by Declude EVA] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygcheck bug
$ uname -a CYGWIN_98-4.10 bedroom 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin $ cd /bin $ cygcheck ./bash .\.\.\.\.\ - Cannot open $ cygcheck ./bash.exe .\bash.exe .\cygwin1.dll ... FWIW, WFM: $ cygcheck --version cygcheck version 1.74 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Red Hat, Inc. Compiled on Jul 2 2005 Hmm, older version. $ cygcheck --version cygcheck version 1.88 System Checker for Cygwin Copyright 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Red Hat, Inc. Compiled on Jan 20 2006 Hmm, another bug - GNU coding standards state that only the most recent year is needed in the --version output (although Red Hat may require the additional years). But at any rate, cygcheck --version should report copyright 2006, since it was compiled this year. -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Why gnome-session is not found in a full-installation of cygwin?
Hi, I've post the message below to cygwin-xfree@cygwin.com but got no reply yet. I post this message to this list since I need your help urgently. Sorry for this. I successfully download and install cgywin on my windows xp profesional system. I choose to install everything (at select packages page, I choose All, Install). I prefer GNOME as the window manager but gnome-session is missing, this is weird as I've already installed everything. Hope someone help me with the issue, thanks! Lianqing _ 享用世界上最大的电子邮件系统― MSN Hotmail。 http://www.hotmail.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why gnome-session is not found in a full-installation of cygwin?
Yu Lianqing wrote: Hi, I've post the message below to cygwin-xfree at cygwin [dot] com but got no reply ^ Please don't send plain-text email addresses in the body of email. It just feeds the spammers. yet. I post this message to this list since I need your help urgently. Sorry for this. I understand. Still, your urgent need is no excuse for bad netiquette. You had the correct address for this kind of question the first time. I'll respond to it there. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Why gnome-session is not found in a full-installation of cygwin?
Yu Lianqing wrote: I've post the message below to cygwin-xfree@cygwin.com but got no reply yet. I post this message to this list since I need your help urgently. Sorry for this. I successfully download and install cgywin on my windows xp profesional system. I choose to install everything (at select packages page, I choose All, Install). I prefer GNOME as the window manager but gnome-session is missing, this is weird as I've already installed everything. There is only partial GNOME support in the packages on official Cygwin mirrors. You'll find some applications and libraries but not the full desktop. gnome-session is not one of those. You will have to go to an unofficial source of packages (such as http://cygwinports.dotsrc.org/) or compile it yourself if you want to use it. But note that you shouldn't use any of the cygwin.com mailing lists for questions about third party/unofficial packages; those sites have their own lists. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: 1.5.19: Solution: cannot create temp file for here document: Permission denied
The solution to my variant of this problem ended up being pretty simple. I was running the Norton utility that guards the trash bin (Norton Protected Trash Bin). For this use, it's toxic. The solution was to add the entire cygwin directory to the exclusion list (in the trash bin's Properties dialog). It would look something like: -c:\cygwin\**. Keeping Norton's hands off these files makes cygwin not mess up. Charming. Does this help you? At 04:08 PM 2/7/2006, Jonathan wrote: Hi all, I recently set up cygwin on a Windows 2003 box with NTFS file permissions. I encountered the same problem as mentioned in this thread: http://www.cygwin.com/ml/cygwin/2005-07/msg00732.html To sum up the issue: Upon ssh login I received the following error message: -bash: cannot create temp file for here document: Permission denied One thing I noticed was that looking at the permissions for the tmp folder under the cygwin directory, the permissions for [SERVER]\Users were marked as Special Permissions rather than the usual set of permissions (e.g., Full Control, Modify, etc.). Even though the user seemed to have all of the necessary permissions when clicking the Advanced button, I chose to override these permission by clicking the Modify checkbox (and additionally all of the permissions that get auto-selected when you choose Modify) and the error message went away. One particular detail about our installation that might be involved in this problem: The original installer of cygwin on this particular machine did not give [SERVER]\Users Modify permission on the cygwin directory. We only added them after the install. It's possible that adding these permission to the cygwin directory after the install doesn't cascade them in the same way as having them there before install does. I hope this helps, Jonathan Gordon. --- [This E-mail scanned for viruses by Declude EVA] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Issue, most possibly with new Readline
Basically, when I hit [ESC] then fwd slash (/) to search through the history, it throws my cursor back to get beginning of the line (on top of the prompt) and acts weird. This is in mrxvt, now if I do the same in the basic cygwin bash shell i get this: v468929 at TRD-CAX40JXD ~ / âºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâºâº Mike Stroyan proposed a patch for this upstream bug: http://lists.gnu.org/archive/html/bug-bash/2006-02/msg4.html I verified that it solves the problem, and will be including a variant of it in readline-5.1-3, in the next couple of days once I have time to complete the packaging. -- Eric Blake volunteer cygwin readline maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [maybe-ITP] gamin
Yaakov S (Cygwin Ports) wrote: Lapo Luchini wrote: I guess you did try with latest version, 0.1.7..? Both under FreeBSD and Cygwin we didn't manage to have a working gamin-0.1.7. But gamin-0.1.5 works perfectly, it seems. (Using polling, of course.) Actually, neither 0.1.6 (which was current when I first tried) nor 0.1.7 worked. Today Alex managed to fix a couple nasty bugs in Gamin 0.1.7 and now on Debian polling is working (yes, it seems that 0.1.6 and 0.1.7 were released without even a single test of the polling back-end). I see no reason why it shouldn't work on FreeBSD and Cygwin also, but we will test that tomorrow morning. After it is tested, expect a patch in your inbox anytime soon ;-) Lapo
Re: [ITP] geoip -- IP lookup command line tools to show country information
Yaakov S (Cygwin Ports) [EMAIL PROTECTED] writes: Jari Aalto wrote: http://cygwin.cante.net/geoip/setup.hint \ http://cygwin.cante.net/geoip/geoip-1.3.8-1.tar.bz2.sig \ http://cygwin.cante.net/geoip/geoip-1.3.8-1.tar.bz2 \ http://cygwin.cante.net/geoip/geoip-1.3.8-1-src.tar.bz2.sig \ http://cygwin.cante.net/geoip/geoip-1.3.8-1-src.tar.bz2 Is there a reason why you're specifically packaging such an old version? I know that 1.3.8 is in Debian stable, but 1.3.14 is in Debian testing, 1.3.10 in Ubuntu breezy, No reason. It was the version I originally packaged long time ago. Updated to the latest now. Package issues: 1) Shared libraries are not built due to a lack of '-no-undefined' in LDFLAGS. Patch libGeoIP/Makefile.am as follows (from 1.3.14): -libGeoIP_la_LDFLAGS = -version-info @GEOIP_VERSION_INFO@ +libGeoIP_la_LDFLAGS = -version-info @GEOIP_VERSION_INFO@ -no-undefined -libGeoIPUpdate_la_LIBADD = -lz +libGeoIPUpdate_la_LDFLAGS = -no-undefined +libGeoIPUpdate_la_LIBADD = libGeoIP.la -lz Then run autoreconf before configure, and shared libraries will be built as well. Thank you, now included. 2) The CYGWIN-PATCHES directory is extracted under geoip-1.3.8-orig, not geoip-1.3.8, causing the install step to bail out. This was bug in cygbuild, Fixed. New version is out for review Jari Method 1) wget\ http://cygwin.cante.net/geoip/geoip-1.3.14-1.tar.bz2.sig \ http://cygwin.cante.net/geoip/geoip-1.3.14-1.tar.bz2 \ http://cygwin.cante.net/geoip/geoip-1.3.14-1-src.tar.bz2.sig \ http://cygwin.cante.net/geoip/geoip-1.3.14-1-src.tar.bz2 \ http://cygwin.cante.net/geoip/setup.hint Method 2) get.sh will print further instuctions gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir geoip ; cd geoip rm -f get.sh get.sh.sig wget -q http://cygwin.cante.net/geoip/get.sh \ http://cygwin.cante.net/geoip/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh
[ITP] quilt-0.43 -- Tool to work with series of patches
Here is more for review. Included in all major distros. http://freshmeat.net/projects/quilt/ http://packages.debian.org/stable/devel/quilt Jari sdesc: Tool to work with series of patches ldesc: Program manages a series of patches by keeping track of the changes each of them makes. They are logically organized as a stack, and you can apply, un-apply, refresh them easily by traveling into the stack (push/pop). Quilt is good for managing additional patches applied to a package received as a tarball or maintained in another version control system. The stacked organization proved to be efficient for the management of very large patch sets (more than hundred patches). category: Devel requires: cygwin bzip2 patch Method 1) wget\ http://cygwin.cante.net/quilt/quilt-0.43-1.tar.bz2.sig \ http://cygwin.cante.net/quilt/quilt-0.43-1.tar.bz2 \ http://cygwin.cante.net/quilt/quilt-0.43-1-src.tar.bz2.sig \ http://cygwin.cante.net/quilt/quilt-0.43-1-src.tar.bz2 \ http://cygwin.cante.net/quilt/setup.hint Method 2) running get.sh will give further instructions gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8 mkdir quilt ; cd quilt rm -f get.sh get.sh.sig wget -q http://cygwin.cante.net/quilt/get.sh \ http://cygwin.cante.net/quilt/get.sh.sig gpg --verify get.sh.sig get.sh sh get.sh cd /usr/src/cygwin-packages/quilt less /usr/src/cygwin-packages/quilt/get.sh tar jtvf /usr/src/cygwin-packages/quilt/quilt-0.43-1.tar.bz2
Re: [ITP] quilt-0.43 -- Tool to work with series of patches
Jari Aalto wrote: sdesc: Tool to work with series of patches ldesc: Program manages a series of patches by keeping track of the changes each of them makes. They are logically organized as a stack, and you can apply, un-apply, refresh them easily by traveling into the stack (push/pop). Quilt is good for managing additional patches applied to a package received as a tarball or maintained in another version control system. The stacked organization proved to be efficient for the management of very large patch sets (more than hundred patches). category: Devel requires: cygwin bzip2 patch The following files in the binary package are perl scripts (with #!/bin/perl as the first line) yet you don't list perl in the requires line. Is this package meant to be usable without perl installed or is this an oversight? /usr/bin/guards /usr/share/quilt/scripts/dependency-graph /usr/share/quilt/scripts/edmail /usr/share/quilt/scripts/parse-patch /usr/share/quilt/scripts/remove-trailing-ws The postinstall/preremove system seems unnecessarily complex. It includes nearly 250 lines of shell script and two manifests to do what could be accomplished simply with: [ ! -f /etc/quilt.quiltrc ] \ cp /etc/defaults/etc/quilt.quiltrc /etc/quilt.quiltrc and cmp -s /etc/defaults/etc/quilt.quiltrc /etc/quilt.quiltrc \ rm -f /etc/quilt.quiltrc ...and by locating the default quiltrc file under /etc/defaults instead of stashed away in /usr/share/doc/quilt-VER/examples/quilt.quiltrc and requiring all that scripting to locate. And these scripts have code for printing warnings/messages to stderr but all postinstall/preremove scripts run in setup.exe with both stdout and stderr connected to /dev/null so this can serve no purpose. However, it seems like these scripts are probably provided from some generic build system (cygbuild?) and so if it's easier to do it the overly-complex way then go with that. Still, it seems a lot more error-prone. Source builds fine, everything else looks OK. Brian
[ITP] mingw-libjpeg, mingw-libpng, mingw-openssl
Okay, I've created some packages for Cygwin under the mingw category. They are mingw versions of libjpeg, libpng, and openssl. The conventions I used are slightly different from cygwin standards but were neccessary to compile under the mingw system. The source includes two scripts, one to compile and another to package the binary bz2 file. I hope this would be accepted since I've put a lot of work into this. You can view the packages at http://digiforce.sf.net/cygwin (all setup.hint files are there too). Please ignore the mingw-zlib package there, it's just a modified copy of the one already distributed at cygwin.com. These packages are some standard packages I need while programming with mingw and I don't intend on adding anything else at the moment. One note about my packages is that only static libs are in the binary packages since that's the idea behind mingw. Thanks for considering my packages, and thanks for cygwin in general - an essential tool for multi-platform developers. Peter Quiring
Re: [ITP] mingw-libjpeg, mingw-libpng, mingw-openssl
Peter Quiring wrote: I've created some packages for Cygwin under the mingw category. They are mingw versions of libjpeg, libpng, Sorry, but I have to veto these (but see good news, below) and openssl. I'll leave Corinna to comment on this one. The conventions I used are slightly different from cygwin standards but were neccessary to compile under the mingw system. See, that's the problem: cygwin doesn't distribute mingw packages, in the sense of packages that were created using the 'mingw system': mingw compiler and framework. mingw-zlib and mingw-bzip2 are perhaps poor names, but they refer to *cygwin* generated packages that were simply compiled so that they do not use cygwin1.dll. Now, after looking at your libpng package, I see that you're actually using *cygwin's* gcc with a -mno-cygwin flag -- which is fine. But it's not, really, the mingw system. The mingw system is a different animal, over at http://mingw.sourceforge.net/. There's really no reason for cygwin to distribute *any* non-cygwin apps or libs -- the current exceptions are: setup.exe (which obviously can't require cygwin) and the libraries needed to build setup.exe (mingw-zlib, mingw-bzip2), and one or two other apps like strace.exe and cygcheck.exe where it should be obvious why they can't depend on cygwin1.dll. Finally, even if cygwin *should* distribute non-cygwin libraries, they'd still have to follow the cygwin packaging standard (which your source tarballs do not). Plus, it really makes *no* sense for different versions of the same library to be maintained by different people. *IF* the community thinks that it would be a good idea for cygwin to distribute non-cygwin versions of libpng and libjpeg, then the maintainer of the cygwin versions of those libs should do it. That'd be me. Or...it _could_ be you -- 'cause I'd be willing if the circumstances were right to relinquish maintainership of these packages. However, I think it'd make most people nervous if I handed over maintainership of core graphics libraries for the cygwin platform to a relative newcomer (this was your first post to any cygwin list, right? I see you've been involved with http://www.winehq.com, but not here.) The source includes two scripts, one to compile and another to package the binary bz2 file. I hope this would be accepted since I've put a lot of work into this. You can view the packages at http://digiforce.sf.net/cygwin (all setup.hint files are there too). Please ignore the mingw-zlib package there, it's just a modified copy of the one already distributed at cygwin.com. These packages are some standard packages I need while programming with mingw and I don't intend on adding anything else at the moment. One note about my packages is that only static libs are in the binary packages since that's the idea behind mingw. Err, nope. libtool-1.5-mingwPORT includes a shared lib, libltdl-3.dll. There's nothing about mingw that requires static libraries (or else why did those poor schlebs work so hard to get support for building shared libraries (of third-party, non-libtool code) on mingw added to libtool in the first place? Thanks for considering my packages, and thanks for cygwin in general - an essential tool for multi-platform developers. Yes, yes it is. So, here's the good news: if others think that it'd be a good idea to include no-cygwin versions of libpng and libjpeg, I could be persuaded to ITP the following myself, after knocking them into a little better shape: http://cygutils.fruitbat.org/testing/mingw-old/mingw-libpng http://cygutils.fruitbat.org/testing/mingw-old/mingw-jpeg I *might* fix 'em up and put 'em in a more prominent area of the cygutils website with a setup.ini even if the community doesn't think they should be included in the core distro. -- Chuck
Problem with X/cygwin and Spanish keyboard
I cannot set spanish Keyboard in XWin but it works with bash. I have tried: setxkbmap es And I get: Could't interpret _XKB_RULES_NAMES property Use defaults: -rules - 'xorg' model -'pc101' layout - 'us' I have tried also: %RUN% XWin -multiwindow -clipboard -silent-dup-error -xkblayout sp in startxwin.bat file, and doesn't work What can I do? I have checked FAQ but I cannot get solution. - Other question (by the way), How can I copy-paste in the X-terminals? Thanks a lot. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
fatal error -- Cygwin/X Project 6.8.2.0-4
This is a bug-report. -- Yitwah Cheung Mathematics Department San Francisco State University San Francisco, CA 94132 [EMAIL PROTECTED] (email) http://math.sfsu.edu/cheung (website) 415-338-1805 (phone) 415-338-1461 (fax) Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server erMakeAInitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress X server isn't already running winDeinitMultiWindowWM - Noting shutdown in progress -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Disable Bold Fonts in xterm
On Tue, 7 Feb 2006, Valerio wrote: I can't find a way to disable the use of bold fonts in xterm. The rendering is not good, so I'd like to turn it off. There is a way to do this? PS: I start xterm this way xterm -e bash --login -i so that i shows some infos on the first line. in that line bold font are not used! Searching for bold on the xterm man page gives a number of alternatives, e.g., the +bdc option, the -fb option, and the boldMode resource. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: fatal error -- Cygwin/X Project 6.8.2.0-4
On Tue, 7 Feb 2006, Yitwah Cheung wrote: This is a bug-report. [snip] Fatal server error - Duplicate invocation on display number: 0. Exiting. Not a bug: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#duplicate-invocation. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-'old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Xm/Xt auto-import linking issues
Hello, I'm trying to build xmbase-grok (http://www.bitrot.de/grok.html). It successfully compiles but crashes when I click most buttons. I'm wondering if these problems might be related to the various Xm/Xt auto-import linking messages that I receive, as shown below. No, those are informational only. Archived messages suggest that X11 and/or binutils are not up to date. No, this is due to the current lesstif release not using the proper DLL import/export decorations in its headers, thus relying on binutils to do the right 'nix like thing. Could you give the test version of lesstif a try and report back please? I keep meaning to roll it into a current one but hadn't yet found the time. Thanks for your help Brian. I tried lesstif 0.94.4-1 and it's better but still very buggy. In particular, it always crashes the second time I access a menu. Below is a gdb backtrace for this crash Program received signal SIGSEGV, Segmentation fault. 0x6b1491f2 in cygXm-2!_XmDispatchGadgetInput () from /usr/X11R6/bin/cygXm-2.dll (gdb) bt #0 0x6b1491f2 in cygXm-2!_XmDispatchGadgetInput () from /usr/X11R6/bin/cygXm-2.dll #1 0x6b160a17 in cygXm-2!_XmParentProcess () from /usr/X11R6/bin/cygXm-2.dll #2 0x0053dfa3 in cygXt-6!XtDispatchEventToWidget () from /usr/X11R6/bin/cygXt-6.dll #3 0x0053e897 in cygXt-6!_XtOnGrabList () from /usr/X11R6/bin/cygXt-6.dll #4 0x0053ebaf in cygXt-6!XtDispatchEvent () from /usr/X11R6/bin/cygXt-6.dll #5 0x0053f024 in cygXt-6!XtAppMainLoop () from /usr/X11R6/bin/cygXt-6.dll #6 0x004019f1 in main (argc=2, argv=0x100e0150) at main.c:226 Volunteer Lesstif maintainer... Marc -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Why gnome-session is not found in a full-installation of cygwin?
Yu Lianqing wrote: Hi, folks, I successfully download and install cgywin on my windows xp profesional system. I choose to install everything (at select packages page, I choose All, Install). I prefer GNOME as the window manager but gnome-session is missing, this is weird as I've already installed everything. Hope someone help me with the issue, thanks! If you don't see it, it isn't packaged with Cygwin. http://cygwin.com/ml/cygwin/2006-02/msg00262.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog init.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-02-07 09:57:43 Modified files: winsup/cygwin : ChangeLog init.cc Log message: * init.cc (respawn_wow64_process): Exit with the exit code returned by the respawned process. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3388r2=1.3389 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/init.cc.diff?cvsroot=srcr1=1.63r2=1.64
src/winsup/cygwin ChangeLog dtable.cc fhandler ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2006-02-07 15:49:08 Modified files: winsup/cygwin : ChangeLog dtable.cc fhandler_disk_file.cc miscfuncs.cc security.cc uinfo.cc winsup.h Log message: * dtable.cc (handle_to_fn): Accomodate new argument order in call to sys_wcstombs. * fhandler_disk_file.cc (fhandler_disk_file::readdir): Call sys_wcstombs instead of just wcstombs to accomodate OEM codepages. * miscfuncs.cc (sys_wcstombs): Split len argument in source and target length. Always 0-terminate result in target string. * security.cc (lsa2wchar): Remove unused function. (lsa2str): Ditto. (get_lsa_srv_inf): Ditto. (get_logon_server): Accomodate new argument order in call to sys_wcstombs. (get_user_groups): Ditto. (get_user_local_groups): Ditto. (get_priv_list): Call sys_wcstombs directly instead of lsa2str. * uinfo.cc (cygheap_user::ontherange): Accomodate new argument order in call to sys_wcstombs. * winsup.h (sys_wcstombs): Change prototype to match new argument order. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3389r2=1.3390 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.cc.diff?cvsroot=srcr1=1.163r2=1.164 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.168r2=1.169 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/miscfuncs.cc.diff?cvsroot=srcr1=1.39r2=1.40 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/security.cc.diff?cvsroot=srcr1=1.192r2=1.193 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.142r2=1.143 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/winsup.h.diff?cvsroot=srcr1=1.182r2=1.183
