Setup Misfeature [ Doctor, It hurts when I do this ]
To start right off, the following appears to happen only because I am including a non-canonical site -- at least, the packages involved all come from the same place. 1. Run through the usual steps to select some packages for installation ( Direct Connection, Multiple Mirrors, Admin Priv., For All). DO NOT ACTIVATE THE FINAL NEXT BUTTON. 2. Assume, whoops, I made a mistake. Go BACK 3. NOTE: The setup.ini files are re-fetched. This really should not be necessary - it would be good to be able to review the selections without it. But that's not this bug. 4. View the Out-Of-Date list. I am seeing a large number of packages proposed for installation with blanks in the current version field. If I attempt to select one of these names with the mouse Setup either hangs or dies a horrible death. THIS ALSO HAPPENS IN 2.418 Snapshot Setup. -- David A. Cobb, Software Engineer, Public Access Advocate By God's Grace, I am a Christian man; by my actions a great sinner. -- The Way of a Pilgrim: R.French, Tr. Life is too short to tolerate crappy software! begin:vcard fn:David A. Cobb n:Cobb;David A. adr:;;7 Lenox Av #1;West Warwick;RI;02893-3918;USA email;internet:[EMAIL PROTECTED] title:Independent Software Consultant x-mozilla-html:TRUE version:2.1 end:vcard
Re: libungif - Depends on obsolete X libraries - Rebuild for approval by maintainer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harold L Hunt II wrote: I just uploaded 4.1.0-3 as 'curr' and 4.1.2-1 as 'test', and pushed a new setup.hint that doesn't depend on XFree86-lib-compat. Let us know if/when 4.1.2-1 should be marked as 'curr' and 4.1.0-3 removed. Actually I think that you, with your work close to XFree, are much more competent than me to say if that package is ready to be 'curr' or not 0=) That notwithstanding I have checked your source package patches (moure out of official role than knowledge, as you sure have more knowledge in the graphical packages area) and I perfectly agree on them. Only thing that I noticed is that yuo used the old generic script, but that's perfectly okay (I'd have used the latest, but I prefer your ready package than my half finished one anyway). Lapo - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / http://www.megatokyo.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkBYw/IACgkQaJiCLMjyUvvt3wCg3684oTCnhhGXZy1pQSRyYad6 SegAoOekaEIrSLM5s+duGgXsVyFrhDtx =O+dY -END PGP SIGNATURE-
Re: [ITP] flip-1.19 - Convert between Unix and Dos line endings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jari Aalto+mail.linux wrote: ldesc: Flip converts line endings of text files between MS-DOS and **IX formats. It detects binary files in a nearly foolproof way and leaves them alone unless you override this. It will also leave files alone that are already in the right format and preserves file timestamps. User interrupts are handled gracefully and no garbage or corrupted files left behind. I guess that detects binary and interrupts gracefully are the main reasons to prefer that over the standard dos2unix/unix2dos? It may be enough, I never had such problems with dos2unix/unix2dos, but I did never convert many files. Another reason would be that maybe some minimal cygwin user might prefer a small package instead of cygutils... - -- L a p o L u c h i n i l a p o @ l a p o . i t w w w . l a p o . i t / http://www.megatokyo.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkBYxccACgkQaJiCLMjyUvtpvgCffOrOEaSpoY/1mmjpjW5GqtMT eI8An10Kcd8+F3yii2fqqr4OEgVqUszG =B69F -END PGP SIGNATURE-
Heads-up: conflicting files, info/dir files
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just tripped over this, so I thought someone might want to do know: $ cygcheck -f /usr/lib/charset.alias fileutils-4.1-2 gettext-0.12.1-3 texinfo-4.2-4 textutils-2.0.21-1 $ cygcheck -f /usr/share/locale/locale.alias gettext-0.12.1-3 texinfo-4.2-4 I got the same results by cygwin.com/packages too. Also, I found the following packages have info/dir files, which last time I checked weren't supposed to be included in packages (some of these results are a little surprising): $ cygcheck -f /usr/info/dir gmp-4.1.2-1 $ cygcheck -f /usr/share/info/dir binutils-20040312-1 cygwin-1.5.8-1 gawk-3.1.3-4 sed-4.0.8-1 tetex-bin-2.0.2-13 Hope this helps. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAWRiCpiWmPGlmQSMRAt8fAKDmUe58vPULBosPqHALbKONSejPsgCg4UAq T/RU6IvA2JaEfV2GPZxldK8= =ImVI -END PGP SIGNATURE-
Clipboard and XDCMP
Hello, I'm having problems with getting XDCMP going. I always start de server with the following command: % X -clipboard -query host -once -fp fontserv:7000 -fullscreen (fontserv is used to get the HPUX CDE fonts) I tried to different platforms: XDCMP session to a HPUX 11.00 machine with the CDE display manager the clipboard handling is OK. XDCMP session to a Red Hat 7.2 machine with gdm clipboard doesn't work. This is all with the -56 version of the X server. gdm has the following version: [EMAIL PROTECTED]:~rpm -q gdm gdm-2.2.3.1-20 Attached is the 'cygcheck -c' output, the XWin log from the working session the HPUX11 and the session to the linux machine with failing clipboard handling. greets, Staf. Cygwin Package Information Package VersionStatus _update-info-dir00227-1OK ash 20040127-1 OK autoconf2.59-1 OK autoconf-devel 2.59-1 OK autoconf-stable 2.13-5 OK automake1.7.9-1OK automake-devel 1.7.9-1OK automake-stable 1.4p6-2OK base-files 2.6-1 OK base-passwd 1.1-1 OK bash2.05b-16 OK binutils20040312-1 OK bison 20030307-1 OK byacc 1.9-1 OK bzip2 1.0.2-5OK clear 1.0-1 OK cpio2.5-3 OK cron3.0.1-11 OK crypt 1.1-1 OK ctags 5.5-4 OK cygipc 2.03-2 OK cygrunsrv 0.98-1 OK cygutils1.2.5-1OK cygwin 1.5.7-1Incomplete cygwin-doc 1.3-7 OK dejagnu 20021217-2 OK diff1.0-1 OK diffutils 2.8.4-1OK editrights 1.01-1 OK emacs 21.2-12OK expat 1.95.7-1 OK expect 20030128-1 OK file4.06-1 OK fileutils 4.1-2 OK findutils 4.1.7-4OK flex2.5.4a-3 OK fontconfig 2.2.2-1OK freetype2 2.1.5-1OK fvwm2.4.7-3OK gawk3.1.3-4OK gcc 3.3.1-3OK gcc-mingw 20030911-4 OK gcc-mingw-core 20031020-1 OK gdb 20030919-1 OK gdbm1.8.3-7OK gettext 0.12.1-3 OK ghostscript 7.05-2 OK ghostscript-base7.05-2 OK gperf 2.7.2-1OK grep2.5-1 OK groff 1.18.1-2 OK gzip1.3.5-1OK inetutils 1.3.2-26 OK jbigkit 1.5-3 OK jpeg6b-11 OK less381-1 OK libbz2_11.0.2-5OK libdb3.13.1.17-2 OK libdb4.14.1.25-1 OK libfontconfig1 2.2.2-1OK libfreetype26 2.1.5-1OK libgdbm 1.8.0-5OK libgdbm-devel 1.8.3-7OK libgdbm31.8.3-3OK libgdbm41.8.3-7OK libgettextpo0 0.12.1-3 OK libiconv2 1.9.1-3OK libintl 0.10.38-3 OK libintl10.10.40-1 OK libintl20.12.1-3 OK libjpeg62 6b-11 OK libjpeg6b 6b-8 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libpcre 4.1-1 OK libpcre04.5-1 OK libpng 1.2.5-4OK libpng101.0.15-4 OK libpng121.2.5-4OK libpopt01.6.4-4OK libreadline44.1-2 OK libreadline54.3-5 OK libtiff-devel 3.6.0-5OK libtiff33.6.0-2OK libtiff43.6.0-5OK libXft 2.1.5-1OK libXft1 1.0.0-1OK libXft2 2.1.5-1OK login 1.9-7 OK m4 1.4-1 OK make
Re: Using startx script without opening cygwin bash command window
Hi, I've been following this thread as a lurker and hopefully this message will be threaded with those already posted. I have tried several of the suggestions. They work mostly, but I can't seem to get wmaker going as does a 'startx' command. Using the shortcut with XWin just brings up an empty, unresponsive root. Tried mv'ing my .xserverrc with no success. .xinit -- exec wmaker .xsession exec wmaker properties of shortcut: C:\cygwin\bin\bash.exe -l -c XWin -fullscreen -clipboard -emulate3buttons 50 Suggestions are welcome.
Re: Emacs crashing under XFree86-4.3
Rajesh Balakrishnan Wed, 17 Mar 2004 04:21:28 + (UTC) emacs (under X11) is working fine since Mar 06 snapshot of cygwin1.dll. http://cygwin.com/snapshots/ That has not been my experience: I have been tracking the snapshots, but my emacs still segfaults, dumps core, etc. Hopefully I will get a chance to build sources and debug soon. I had the same crashing troubles with Emacs (XP). So I switched to XEmacs. It works good, no crashing ever just that it's CPU hungry (and it shouldn't be started from Start menu links but from a terminal) . Greg
Re: Updated: XFree86-[base,xserv]
Harold L Hunt II wrote: The following packages have been updated in the Cygwin distribution: *** XFree86-base-4.3.0-7 *** XFree86-xserv-4.3.0-57 Changes === 1) xserv - Cascade Win32 windows when -geometry is not specified, using CW_USEDEFAULT, instead of always creating at X(0,0). (Earle F. Philhower III) Now all the secondary windows (I don't know how they are called) of an application are opened following that criterium, also menus!!!. For example try to open xterm and to display its menus with Ctrl+mouse button: they open in a cascade fashion (difficult to explain, you must try). 2) base - Change build script to include this changelog in /usr/X11R6/share/doc/XFree86-xserv/changelog.html. (Harold L Hunt II - CodeWeavers) 3) base - Change build script to sort file lists and trim lines that just have a directory but no file; these lists are used for generating the README files. (Harold L Hunt II - CodeWeavers) 4) base - Add build-xserv command that pre-processes cygwin.cf and sets the current release number for XWin.exe. (Harold L Hunt II - CodeWeavers) -- Harold Hunt To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/X mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/X in general. If you want to make a point or ask a question the Cygwin/X mailing list is the appropriate place. -- -- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 8 giorni 6 ore 30 minuti 34 secondi
Cygwin i need to run to the toilet RgnCu
Salaam, Put and end too limp erections today with Vi-ag-ra, with us you will get the greatest buy on the net.. Purchase from our FDA acknowledged shop, with us there will be no confidential questions.. So Why Delay?! valid price, no min. order, no automatic re-purchase, no fuss. order NOW! http://www.chokopoppa.com/delphi/ Sgagay, Kwanzaa F. Magazine Temperatures above 60C (140F) held for longer Indeed, one of the most interesting aspects of Gibson's approach to drumming up interest are demanding Mr. Aristide's ouster. Among the items retrieved from the rubbish were empty boxes and vials If Myers goes ahead with his groundbreaking next month, For those unfamiliar with Sim computer games,
be / international keyboard with xserv 4.3.0-57
Hello, I have a Belgian keyboard. XWin worked for me before 4.3.0-50 (with an appropriate XF86Config file) and 4.3.0-50 worked (given the -xkblayout be option). However, since setup.exe upgraded to 4.3.0-57, my Belgian keyboard goes US :( XWin seems to accept the -xkblayout be - setting, but it still uses the US layout. From XWin.log: (--) winConfigKeyboard - Layout: 0813 (0813) (EE) Keyboardlayout Belgisch (punt) (0813) is unknown (++) XKB: layout: be (++) XKB: variant: be (++) XKB: options: be Rules = xfree86 Model = pc101 Layout = be Variant = be Options = be doing the 'setxkbmap be -model pc105' as pointed in the FAQ *does* works in an xterm What's the problem here? Thanks, Stef smime.p7s Description: S/MIME Cryptografische ondertekening
Re: be / international keyboard with xserv 4.3.0-57
On Wed, 17 Mar 2004, Stefaan Simoens wrote: Hello, (--) winConfigKeyboard - Layout: 0813 (0813) (EE) Keyboardlayout Belgisch (punt) (0813) is unknown (++) XKB: layout: be (++) XKB: variant: be (++) XKB: options: be Rules = xfree86 Model = pc101 Layout = be Variant = be Options = be Something is strange. The variant and options is set with the -xkblayout too. This should not happen. I'm investigating it. I'll also add the layout (0x0813) to the list of defaults. I guess the layouts from french and dutch language settings do not differ? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: be / international keyboard with xserv 4.3.0-57
On Wed, 17 Mar 2004, Alexander Gottwald wrote: On Wed, 17 Mar 2004, Stefaan Simoens wrote: Hello, (--) winConfigKeyboard - Layout: 0813 (0813) (EE) Keyboardlayout Belgisch (punt) (0813) is unknown (++) XKB: layout: be (++) XKB: variant: be (++) XKB: options: be Rules = xfree86 Model = pc101 Layout = be Variant = be Options = be Something is strange. The variant and options is set with the -xkblayout too. This should not happen. I'm investigating it. Found it: winconfig.c if (s) { g_winInfo.xkb.layout = NULL_IF_EMPTY (s); winMsg (from, XKB: layout: \%s\\n, s); } + s = NULL; if (g_cmdline.xkbVariant) { s = g_cmdline.xkbVariant; from = X_CMDLINE; } (and some other similar places) @Harold: I noticed the code in winconfig.c differs from CVS. Is this intention? The CVS does not contain the bug. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Updated: XFree86-[base,xserv]
Earle, Earle F. Philhower, III wrote: Hi Danilo, Subject: Re: Updated: XFree86-[base,xserv] 1) xserv - Cascade Win32 windows when -geometry is not specified, using CW_USEDEFAULT, instead of always creating at X(0,0). (Earle F. Philhower III) Now all the secondary windows (I don't know how they are called) of an application are opened following that criterium, also menus!!!. For example try to open xterm and to display its menus with Ctrl+mouse button: they open in a cascade fashion (difficult to explain, you must try). OK, I feel really stupid now. I did test this locally but not with xterm menus. I do most of my work in emacs, which seems OK, so didn't notice... There's a transient property on the window that should be examined before cascading it, I'll either back out the change or add the transient property check tonight. While you are at it, would you mind looking at what happens in emacs when you have set the Always On Top flag for a window? The menus in that case briefly popup, then get stuck behind the main emacs window. If you hold the mouse button down and drags it around between a few menus you can eventually get them to stick on top... sounds like all child windows of an Always On Top window should also have that flag set. I don't know if that is easy or hard to solve though. Harold
Re: be / international keyboard with xserv 4.3.0-57
Alexander Gottwald wrote: On Wed, 17 Mar 2004, Alexander Gottwald wrote: On Wed, 17 Mar 2004, Stefaan Simoens wrote: Hello, (--) winConfigKeyboard - Layout: 0813 (0813) (EE) Keyboardlayout Belgisch (punt) (0813) is unknown (++) XKB: layout: be (++) XKB: variant: be (++) XKB: options: be Rules = xfree86 Model = pc101 Layout = be Variant = be Options = be Something is strange. The variant and options is set with the -xkblayout too. This should not happen. I'm investigating it. Found it: winconfig.c if (s) { g_winInfo.xkb.layout = NULL_IF_EMPTY (s); winMsg (from, XKB: layout: \%s\\n, s); } + s = NULL; if (g_cmdline.xkbVariant) { s = g_cmdline.xkbVariant; from = X_CMDLINE; } (and some other similar places) @Harold: I noticed the code in winconfig.c differs from CVS. Is this intention? The CVS does not contain the bug. We are not quite completely releasing from CVS yet. It won't happen until about a week or two from now. So there are some minor differences between the two code bases still. Harold
Cygwin/Xfree on second (low res) monitor
Hi, I've been playing with Cygwin/XFree86 for a few day now - and frankly I'm astounded - it's great! However, I have one little query that I hope someone can help me with! I have a dualhead video card in my Win2K box with monitor-1 set to 1280x1024 and monitor-2 (an LCD screen) set to 1024x768. I wish to have my Win2K desktop on monitor-1 and the KDE desktop (started via XDMCP) of my Debian/Linux box on monitor-2. With CygwinXfree86 I could then move between the environments so quickly and easily that my head would spin! Now I thought that I would be able to achieve this by doing xwin -screen 0 1024 768 -query linuxhost -nodecoration -clipboard and moving the resultant window to monitor-2, but xwin seems to ignore the screen resolution when '-nodecoration' is set. This was confirmed when I looked at the source code wincreatewnd.c 229-233 /* * User gave a width and height but also said no decoration. * In this case we have to ignore the requested width and height * and instead use the largest possible window that we can. */ The same seems to be true for -rootless and (obviously) -fullscreen, And as -multiplemonitors is intended to allow the Xwindow to occupy BOTH monitors I'm stuck! So can anyone tell me why (before I try osmething stupid like simply removing this override and recompiling) or simply tell me another way to achieve my dual desktop dreams! many thanks Saul Cozens
Re: be / international keyboard with xserv 4.3.0-57
On Wed, 17 Mar 2004, Stefaan Simoens wrote: It's true they speak French and Dutch in Belgium (even some German!) but there's a difference between 'keyboard' and 'language'. I've got an Belgian keyboard (AZERTY), very similar to a French keyboard (AZERTY), but in The Netherlands, they've got QUERTY keyboards... I ask becasue there are different languagecodes (those the specify language and country): 0x0413 Dutch (Netherlands) 0x0813 Dutch (Belgium) 0x040c French (Standard) 0x080c French (Belgian) I assume even dutch speaking belgians use the azerty variant. Is this correct? Or do belgian querty exist? bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: be / international keyboard with xserv 4.3.0-57
Alexander Gottwald wrote: On Wed, 17 Mar 2004, Harold L Hunt II wrote: We are not quite completely releasing from CVS yet. It won't happen until about a week or two from now. So there are some minor differences between the two code bases still. I'm not sure if you are missing some changes to winconfig.c or if you still have some uncommited changes in your tree. But since I don't remember having splitted the existing code with that many #ifdef NO_XF86CONFIG I assume you made the changes. Oh... I think I made some fixes to my file that I meant to commit but I must have forgotten. I added the extra #ifdefs because some keyboard settings were not being processed at all when the XF86CONFIG support was disabled, even though they were perfectly valid options and had command-line processing in place. I need to get that committed to CVS, you want to take care of it? :) Harold
Re: be / international keyboard with xserv 4.3.0-57
I ask becasue there are different languagecodes (those the specify language and country): 0x0413 Dutch (Netherlands) 0x0813 Dutch (Belgium) 0x040c French (Standard) 0x080c French (Belgian) I don't think you should take the language as a determinant for keyboard-layout. Dutch (Netherlands) and Dutch (Belgium) is used for a slight difference in date-notation (and, before the euro, a difference in currency). The same goes for French (Standard) and French (Belgian) I think. I assume even dutch speaking belgians use the azerty variant. Is this correct? Or do belgian querty exist? A Belgian keyboard has AZERTY keys. But, a friend of mine has his Windows2000 set up with language Dutch (Belgium) but he has a US keyboard. I think XWin is already checking the right Windows setting: (--) winConfigKeyboard - Layout: 0813 (0813) (EE) Keyboardlayout Belgisch (punt) (0813) is unknown So, I think you should use 0x0813 for a Belgian keyboard-layout. (There are two Belgian keyboard layouts: Belgisch (punt) and Belgisch (komma) because some keyboards have a comma on the numeric keypad -- I do think the Belgisch (komma) isn't used that much). Stef smime.p7s Description: S/MIME Cryptografische ondertekening
Re: Updated: XFree86-[base,xserv]
Howdy Harold, Harold wrote ... While you are at it, would you mind looking at what happens in emacs when you have set the Always On Top flag for a window? The menus in that case briefly popup, then get stuck behind the main emacs window. If you hold the mouse button down and drags it around between a few menus you can eventually get them to stick on top... sounds like all child windows of an Always On Top window should also have that flag set. I don't know if that is easy or hard to solve though. According to the Windoze docs any subchildren of a window on the top of the Z order inherit the always-on-top setting automatically. Unfortunately it looks like when Emacs makes a menu, it creates a window whose parent isn't the editor window. It probably makes a transient over the root display, so as far as X and Win32 knows it's just another undecorated window. I'll throw in some local debugging and take a gander and see if this is really the case. It *may* make sense to place transients at the top of the Z stack always, but I'd rather not do that without a whole lot of thought... -- -Earle F. Philhower, III [EMAIL PROTECTED] http://www.ziplabel.com
Re: be / international keyboard with xserv 4.3.0-57
On Wed, 17 Mar 2004, Stefaan Simoens wrote: I ask becasue there are different languagecodes (those the specify language and country): 0x0413 Dutch (Netherlands) 0x0813 Dutch (Belgium) 0x040c French (Standard) 0x080c French (Belgian) I don't think you should take the language as a determinant for keyboard-layout. Dutch (Netherlands) and Dutch (Belgium) is used for a slight difference in date-notation (and, before the euro, a difference in currency). The same goes for French (Standard) and French (Belgian) I think. These language identifiers + some minor bit make up the keyboard layout id I get from windows. So the language code is the only way I can handle the layouts. A Belgian keyboard has AZERTY keys. But, a friend of mine has his Windows2000 set up with language Dutch (Belgium) but he has a US keyboard. I think XWin is already checking the right Windows setting: (--) winConfigKeyboard - Layout: 0813 (0813) (EE) Keyboardlayout Belgisch (punt) (0813) is unknown So, I think you should use 0x0813 for a Belgian keyboard-layout. (There are two Belgian keyboard layouts: Belgisch (punt) and Belgisch (komma) because some keyboards have a comma on the numeric keypad -- I do think the Belgisch (komma) isn't used that much). Ok. Thank you bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Urgent: Help with startxwin.bat
Hi All, Please, could you help me? I've install the cygwin on my Windows XP Professional and I'm try to use startxwin.bat. It is Ok. But, when I click on X (Show Root Window) - my screen and my mouse are frozen and the Xwin.exe process is 100%. Could you help me? TIA Best Regards neto PS : Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Mar 17 14:13:04 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Windows Resource Kits\Tools\ c:\PROGRAM FILES\THINKPAD\UTILITIES c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Support Tools\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\neto' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/neto' USER = `neto' Use `-r' to scan registry c: hd NTFS 25005Mb 51% CP CS UN PA FC Windows XP d: hd FAT32 10067Mb 54% CP UN BACKUP e: cd N/A N/A h: net NTFS 4096Mb 0% CP CS UN PA users C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll 14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll 598k 2003/11/03 C:\cygwin\bin\cygcurl-2.dll 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 71k 2004/01/13 C:\cygwin\bin\cygexslt-0.dll 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 213k 2004/02/05 C:\cygwin\bin\cyggd-2.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll 167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll 349k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick++-0.dll 2169k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick-0.dll 1506k 2003/11/05 C:\cygwin\bin\cyggsl-0.dll 190k 2003/11/05 C:\cygwin\bin\cyggslcblas-0.dll 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll 60k 2003/07/27
Re: be / international keyboard with xserv 4.3.0-57
These language identifiers + some minor bit make up the keyboard layout id I get from windows. So the language code is the only way I can handle the layouts. Comparing some Register keys from my computer (Languge: Dutch (Belgian) /Keyboard: Belgian (point)) and my friend (Language: Dutch (Belgian) /Keyboard: US (international)) I found the following: HKCU\Keyboard Layout\Preload 1 (REG_SZ) = 000813 (This is the Dutch (Belgian) part I guess?) My friend (with the US keyboard on his computer) has an additionally key: HKCU\Keyboard Layout\Substitutes 00813 (REG_SZ) = 20409 My guess is you'd have to take the first key, and let the keyboard override with the second key (if there is a substitution) FYI: I found a 'mapping' between the Windows 'numeric' codes and the old 'DOS' codes in HKLM\System\CurrentControlSet\Control\Keyboard Layout\DosKeybCodes I think there you'll find all the possible entries, with an immediate mapping to a keyboard layout. eg: 80C (REG_SZ) = be 813 (REG_SZ) = be 20409 (REG_SZ) = us (which are the same for X as far as I can tell) I hope I helped you... smime.p7s Description: S/MIME Cryptografische ondertekening
Massive CVS update
Hi, I've merged the XORG-RELEASE-1 branch from yesterday to the CYGWIN branch. This means you will have to do an update -d in the xc directory and you will most likely have to do make World again to update the Makefiles and some include files. I will try to merge the XORG-RELEASE-1 branch more often into the CYGWIN branch to be as close as possible to the xorg work and be able to make a stable release as soon as the other xorg developers make their release. The next merges will (most likely) be smaller and will not affect that many files. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: be / international keyboard with xserv 4.3.0-57
On Wed, 17 Mar 2004, Stefaan Simoens wrote: Comparing some Register keys from my computer (Languge: Dutch (Belgian) /Keyboard: Belgian (point)) and my friend (Language: Dutch (Belgian) /Keyboard: US (international)) I found the following: HKCU\Keyboard Layout\Preload 1 (REG_SZ) = 000813 (This is the Dutch (Belgian) part I guess?) I got from HKLM\SYSTEM\CurrentControlSet\Keyboard Layouts 080c - Belgisch (Wallonisch) 0813 - Belgisch (Flämisch) 0001080c - Belgisch (Komma) The first two I've associated with be now but the second is still not in the list. If someone requests it an tells me the correct XKB configuration for this layout I'll add it too. 00813 (REG_SZ) = 20409 This is already in the list as English (international) with us_intl layout bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: Clipboard and XDCMP
Staf, Can you copy and paste into the gdm login prompt? If so check the killinitclients line in the gdm config file. I have similar issues, and turning off killinitclients is not an option, but I havn't had the time to look into it, so I shan't complain. Ryan. On Wed, Mar 17, 2004 at 10:21:30AM +0100, Staf Verhaegen wrote: Hello, I'm having problems with getting XDCMP going. I always start de server with the following command: % X -clipboard -query host -once -fp fontserv:7000 -fullscreen (fontserv is used to get the HPUX CDE fonts) I tried to different platforms: XDCMP session to a HPUX 11.00 machine with the CDE display manager the clipboard handling is OK. XDCMP session to a Red Hat 7.2 machine with gdm clipboard doesn't work. This is all with the -56 version of the X server. gdm has the following version: [EMAIL PROTECTED]:~rpm -q gdm gdm-2.2.3.1-20 Attached is the 'cygcheck -c' output, the XWin log from the working session the HPUX11 and the session to the linux machine with failing clipboard handling. greets, Staf. Cygwin Package Information Package VersionStatus _update-info-dir00227-1OK ash 20040127-1 OK autoconf2.59-1 OK autoconf-devel 2.59-1 OK autoconf-stable 2.13-5 OK automake1.7.9-1OK automake-devel 1.7.9-1OK automake-stable 1.4p6-2OK base-files 2.6-1 OK base-passwd 1.1-1 OK bash2.05b-16 OK binutils20040312-1 OK bison 20030307-1 OK byacc 1.9-1 OK bzip2 1.0.2-5OK clear 1.0-1 OK cpio2.5-3 OK cron3.0.1-11 OK crypt 1.1-1 OK ctags 5.5-4 OK cygipc 2.03-2 OK cygrunsrv 0.98-1 OK cygutils1.2.5-1OK cygwin 1.5.7-1Incomplete cygwin-doc 1.3-7 OK dejagnu 20021217-2 OK diff1.0-1 OK diffutils 2.8.4-1OK editrights 1.01-1 OK emacs 21.2-12OK expat 1.95.7-1 OK expect 20030128-1 OK file4.06-1 OK fileutils 4.1-2 OK findutils 4.1.7-4OK flex2.5.4a-3 OK fontconfig 2.2.2-1OK freetype2 2.1.5-1OK fvwm2.4.7-3OK gawk3.1.3-4OK gcc 3.3.1-3OK gcc-mingw 20030911-4 OK gcc-mingw-core 20031020-1 OK gdb 20030919-1 OK gdbm1.8.3-7OK gettext 0.12.1-3 OK ghostscript 7.05-2 OK ghostscript-base7.05-2 OK gperf 2.7.2-1OK grep2.5-1 OK groff 1.18.1-2 OK gzip1.3.5-1OK inetutils 1.3.2-26 OK jbigkit 1.5-3 OK jpeg6b-11 OK less381-1 OK libbz2_11.0.2-5OK libdb3.13.1.17-2 OK libdb4.14.1.25-1 OK libfontconfig1 2.2.2-1OK libfreetype26 2.1.5-1OK libgdbm 1.8.0-5OK libgdbm-devel 1.8.3-7OK libgdbm31.8.3-3OK libgdbm41.8.3-7OK libgettextpo0 0.12.1-3 OK libiconv2 1.9.1-3OK libintl 0.10.38-3 OK libintl10.10.40-1 OK libintl20.12.1-3 OK libjpeg62 6b-11 OK libjpeg6b 6b-8 OK libncurses5 5.2-1 OK libncurses6 5.2-8 OK libncurses7 5.3-4 OK libpcre 4.1-1 OK libpcre04.5-1 OK libpng 1.2.5-4OK libpng101.0.15-4 OK libpng121.2.5-4OK libpopt01.6.4-4OK libreadline44.1-2
Re: xdvi script - minor bug
Gregory Borota writes: Should be: exec xdvi.bin $NAMEOPT ${1+$@} Thanks. I'll forward it upstream, this will be fixed in the next release. Jan. Well, another thing that might be fixed is to allow dvi files to be renamed even while they are displayed. At present one could only copy into the file but not move into. I find that quite weird. Here is what I mean: $ xdvi file.dvi $ cp otherfile.dvi file.dvi That works! $ mv otherfile.dvi file.dvi mv: cannot create regular file `file.dvi': Permission denied It might be related to the fact that F_SETOWN is not implemented under Cygwin. fcntl F_SETOWN (xdvi): Invalid argument Thanks, Greg
Upcoming X.org release and splitting packages
We will soon (possibly next week) be releasing a new version of all Cygwin/X packages built from the source code tree managed by X.org and hosted on freedesktop.org. This will be a very good thing since all of the Cygwin/X developers will be able to stay in sync with the exact code that is in distribution via CVS, compared to our current system today where the code in distribution has many differences from that in CVS. The rebuild won't mean much to end users: all libraries remain binary compatible with the current packages and the contents of the release (programs, etc.) will be almost identical. In case you have not noticed, I created a build and packaging script system for Cygwin/X last week (took 60+ hours). This script system does a few things for us, such as allowing us to easily distribute source tarballs via Cygwin's setup.exe. More importantly, the script system allows us to exercise a finer control over what files each package contains and how many packages we break the distribution up into. We can very easily rename current packages when we make the next release, we can split existing packages into pieces, or we could take a set of packages, roll them back together, then split that entire mess into mixed pieces of the originals. I am mentioning this now because I can think of a few things that I would like to change in our package layout in time for the X.org release, but I would also like to get feedback from the community on what you think would be useful. Please take a look at my brief list of ideas below and send your thoughts to the mailing list if you have something about our packaging that you have wanted changed for a long time. My Proposals for Packaging Changes == 1) Due to popular demand, rename the prog package to devel. The name devel matches the defacto standard used by other packages for link libraries and header files; most people have no idea what the prog package is for, but they do know what a devel package is for. 2) Split the bin package into at least a few pieces (but not too many pieces): 2a) bin-dlls will contain the .dll files only. This would allow packages like emacs or xemacs to depend only on bin-dlls instead of on the entire bin package which includes programs not used by emacs nor xemacs. 2b) bin-lndir would contain the lndir utility. lndir has no dependence on X libs and can be used by any programmer for non-X projects. 2c) bin-apps would contain all other applications originally contained in bin but not contained in bin-dlls nor bin-lndir. 3) Rename all fonts packages from f100, cyr, fenc, fnts, fscl to something like fonts-100dpi, fonts-cyrillic, fonts-encodings, fonts-75dpi, and fonts-scalable. 4) Split the fnts package into a fonts-required and fonts-75dpi. fonts-required should be a very small package that would allow people to minimize their download if they are using Xdmcp to reach a KDE or Gnome desktop, both of which you client-rendered fonts (few fonts required on your Cygwin/X host in that case). 5) Rename the lib package to something more meaningful. The name currently implies that it might contain link libraries or run-time libraries, but it really contains files shared among X packages. Perhaps shared-files would be a better name. I would appreciate it if someone would look into what Debian and/or Fedora call this package. 6) Rename fsrv to font-server. 7) Rename html to manual-pages-html. 8) Rename man to manual-pages. Let us know what you think of those and send in your own suggestions as well. Harold
Re: Upcoming X.org release and splitting packages
Harold L Hunt II wrote: We will soon (possibly next week) be releasing a new version of all Cygwin/X packages built from the source code tree managed by X.org and hosted on freedesktop.org. This will be a very good thing since all of the Cygwin/X developers will be able to stay in sync with the exact code that is in distribution via CVS, compared to our current system today where the code in distribution has many differences from that in CVS. The rebuild won't mean much to end users: all libraries remain binary compatible with the current packages and the contents of the release (programs, etc.) will be almost identical. In case you have not noticed, I created a build and packaging script system for Cygwin/X last week (took 60+ hours). This script system does a few things for us, such as allowing us to easily distribute source tarballs via Cygwin's setup.exe. More importantly, the script system allows us to exercise a finer control over what files each package contains and how many packages we break the distribution up into. We can very easily rename current packages when we make the next release, we can split existing packages into pieces, or we could take a set of packages, roll them back together, then split that entire mess into mixed pieces of the originals. I am mentioning this now because I can think of a few things that I would like to change in our package layout in time for the X.org release, but I would also like to get feedback from the community on what you think would be useful. Please take a look at my brief list of ideas below and send your thoughts to the mailing list if you have something about our packaging that you have wanted changed for a long time. My Proposals for Packaging Changes == 1) Due to popular demand, rename the prog package to devel. The name devel matches the defacto standard used by other packages for link libraries and header files; most people have no idea what the prog package is for, but they do know what a devel package is for. +1 2) Split the bin package into at least a few pieces (but not too many pieces): 2a) bin-dlls will contain the .dll files only. This would allow packages like emacs or xemacs to depend only on bin-dlls instead of on the entire bin package which includes programs not used by emacs nor xemacs. 2b) bin-lndir would contain the lndir utility. lndir has no dependence on X libs and can be used by any programmer for non-X projects. 2c) bin-apps would contain all other applications originally contained in bin but not contained in bin-dlls nor bin-lndir. This sounds great... although I wonder whether it would be good to split bin-apps into bin-apps (xterm, xeyes, etc) and bin-utils (xauth, xhost etc) 3) Rename all fonts packages from f100, cyr, fenc, fnts, fscl to something like fonts-100dpi, fonts-cyrillic, fonts-encodings, fonts-75dpi, and fonts-scalable. +1 4) Split the fnts package into a fonts-required and fonts-75dpi. fonts-required should be a very small package that would allow people to minimize their download if they are using Xdmcp to reach a KDE or Gnome desktop, both of which you client-rendered fonts (few fonts required on your Cygwin/X host in that case). +1 5) Rename the lib package to something more meaningful. The name currently implies that it might contain link libraries or run-time libraries, but it really contains files shared among X packages. Perhaps shared-files would be a better name. I would appreciate it if someone would look into what Debian and/or Fedora call this package. Fedora has all the /usr/X11R6/lib/locale/ files, /usr/X11R6/lib/X11/rgb.txt /usr/X11R6/lib/X11/XErrorDB and /usr/X11R6/lib/X11/XKeysymDB in XFree86-libs-data, the /usr/X11R6/include/X11/bitmaps/ files in XFree86-devel, and on my system doesn't have /usr/X11R6/lib/X11/xedit/lisp/ files so I can't say. So I guess libs-data is a good name... 6) Rename fsrv to font-server. +1 7) Rename html to manual-pages-html. 8) Rename man to manual-pages. what about docs and docs-html for these too? Let us know what you think of those and send in your own suggestions as well. Harold Just some ideas David
Re: Updated: XFree86-[base,xserv]
It's bad form to talk to yourself, but... At 06:19 PM 3/17/2004 +, Earle wrote: OK, I feel really stupid now. I did test this locally but not with xterm menus. I do most of my work in emacs, which seems OK, so didn't notice... There's a transient property on the window that should be examined before cascading it, I'll either back out the change or add the transient property check tonight. I've got the fix ready, but it seems freedesktop.org is down (www cvs both) tonight. I'll try again tomorrow morning, but it turned out to be that we have to check for 3 things @ line ~482 of winmultiwindowwindow.c: 1. Not predefined in hints (preplaced w/-geometry or by the app) 2. No WM_TRANSIENT_FOR ATOM attached (for things like splash screens) 3. No pWin-overrideRedirect (undecorated) Adding those 3 changes makes everything back to hunkey-dorey in emacs, xterm, xfig, xfontsel, and xemacs. The main app window is cascaded but menus aren't touched. Harold, I'll look at the always-on-top stuff once these are checked in... -Earle F. Philhower, III [EMAIL PROTECTED] cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com
Re: Upcoming X.org release and splitting packages
On Wed, 17 Mar 2004, Harold L Hunt II wrote: We will soon (possibly next week) be releasing a new version of all Cygwin/X packages built from the source code tree managed by X.org and hosted on freedesktop.org. This will be a very good thing since all of the Cygwin/X developers will be able to stay in sync with the exact code that is in distribution via CVS, compared to our current system today where the code in distribution has many differences from that in CVS. The rebuild won't mean much to end users: all libraries remain binary compatible with the current packages and the contents of the release (programs, etc.) will be almost identical. What are the main differences between it and XFree86 4.4.0 ? Are things like XTerm 185 included, or everything that goes to XFree86 can't to X.org ? 2) Split the bin package into at least a few pieces (but not too many pieces): 2a) bin-dlls will contain the .dll files only. This would allow packages like emacs or xemacs to depend only on bin-dlls instead of on the entire bin package which includes programs not used by emacs nor xemacs. Maybe do the same for Lesstif ? 2b) bin-lndir would contain the lndir utility. lndir has no dependence on X libs and can be used by any programmer for non-X projects. Nice. lndir is very useful when a /path/to/configure options doesn't work as expected due to lack of Automake support or brokeness. 2c) bin-apps would contain all other applications originally contained in bin but not contained in bin-dlls nor bin-lndir. I thought you'd split it more, like only adding what's really essential, and move xbiff, xclock, xedit, xman, etc to a separate package. But how to know what's essential ? And I guess imake, makedepend, /usr/X11R6/lib/X11/config, etc could go in devel ? -- http://www.pervalidus.net/contact.html
Re: Emacs crashing under XFree86-4.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 15 Mar 2004, Zdzislaw Meglicki zdzisiekm (at) hotmail.com wrote: These are tidings of great sorrow and melancholy, for ever since I upgraded X11 on my Cygwin workstation (about a week ago) I lost my reliable faithful friend, GNU Emacs, whose X11 version crashes often and unpredictably with segmentation fault (the nox version runs fine). On Mon, 17 Mar 2004, Rajesh Balakrishnan rajesh_balakrishnan (at) yahoo.com wrote: emacs (under X11) is working fine since Mar 06 snapshot of cygwin1.dll. http://cygwin.com/snapshots/ Try it out. I had some problems with the 2004-03-06 snapshot (or the XWin server 4.3.0.50), but since my last update Emacs works fine. I use: XWin X Server 4.3.0.55 cygwin1.dll 1.5.8s(0.111/4/2) - 2004-03-12 18:34:47 snapshot I noted also that the clipboard problems has been fixed. Ehud. - -- Ehud Karni Tel: +972-3-7966-561 /\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D http://www.keyserver.net/Better Safe Than Sorry -BEGIN PGP SIGNATURE- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQFAWBsbLFvTvpjqOY0RApruAJ0Saa9IcQSvoW3/iLf+xrRF0npwjgCfWWrY l1hCz3ldyfzV+dZ9E0NUbX8= =L3ou -END PGP SIGNATURE-
src/winsup/cygwin ChangeLog pipe.cc include/cy ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-17 16:38:48 Modified files: winsup/cygwin : ChangeLog pipe.cc winsup/cygwin/include/cygwin: version.h Log message: * include/cygwin/version.h: Bump DLL minor number to 9. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2359r2=1.2360 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pipe.cc.diff?cvsroot=srcr1=1.59r2=1.60 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.160r2=1.161
src/winsup/cygwin ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-17 16:39:36 Modified files: winsup/cygwin : ChangeLog Log message: add missing changelog entry Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2360r2=1.2361
src/winsup/doc install.texinfo
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2004-03-17 17:39:44 Modified files: winsup/doc : install.texinfo Log message: Add FAQ about old packages. Remove B20 references. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/install.texinfo.diff?cvsroot=srcr1=1.45r2=1.46
New Cygwin installation
Hello, I updated my old cygwin installation with a newer one this week, I use cygwin in combination with a grafical development environment called Dev-Cpp. In the old installation it was sufficient to set up the c-include paht with c:\cygwin\usr\include and the c++-includes with c:\cygwin\usr\include and c:\cygwin\usr\include\c++. But now there are a lot more directories so called ..\c++\3.3.1\backward and ..\c++\3.3.1\i686-pc-cygwin. So I want to know wich directories I have to enlist in the include section of my dev environment. By now I have a misterious warning: 2 C:\usr\include\c++\3.3.1\backward\backward_warning.h:32 #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or sstream instead of the deprecated header strstream.h. To disable this warning use -Wno-deprecated. The project I tried to compile compiled successfully with the old installation of cygwin. for your referenz I will include my complete error messages and my include part of the project. I hope somebody will help me. Thanks in advance Frank -- +++ NEU bei GMX und erstmalig in Deutschland: TĂśV-geprĂĽfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutzCompiler: Cygwin System Building Makefile: C:\work\Projekte\Software\CPx_Monitor\Makefile.win FĂĽhrt make clean aus rm -f cpx_mon.o fw_cronos.o CPx_Monitor.exe g++.exe -D__DEBUG__ -c cpx_mon.cpp -o cpx_mon.o -IC:/cygwin/usr/include -IC:/cygwin/usr/include/c++ -IC:/cygwin/usr/include/c++/3.3.1/backward -IC:/work/Sonstiges/priv/projekte/Software/include -ansi -g3 In file included from /usr/include/c++/3.3.1/backward/strstream:51, from C:/work/Sonstiges/priv/projekte/Software/include/posix_terminal.h:21, from cpx_mon.h:25, from cpx_mon.cpp:9: /usr/include/c++/3.3.1/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or sstream instead of the deprecated header strstream.h. To disable this warning use -Wno-deprecated. In file included from cpx_mon.cpp:9: cpx_mon.h:37: error: 'ofstream' is used as a type, but is not defined as a type. cpx_mon.h:47: error: `string' was not declared in this scope cpx_mon.h:47: error: syntax error before `)' token cpx_mon.cpp: In function `int main()': cpx_mon.cpp:70: error: `cout' undeclared (first use this function) cpx_mon.cpp:70: error: (Each undeclared identifier is reported only once for each function it appears in.) cpx_mon.cpp:70: error: `flush' undeclared (first use this function) cpx_mon.cpp:74: error: `endl' undeclared (first use this function) cpx_mon.cpp: At global scope: cpx_mon.cpp:274: error: `string' was not declared in this scope cpx_mon.cpp:274: error: syntax error before `)' token cpx_mon.cpp: In member function `void cpx_protokoll::openfile(...)': cpx_mon.cpp:276: error: `outfile' undeclared (first use this function) cpx_mon.cpp:276: error: `filename' undeclared (first use this function) cpx_mon.cpp:276: error: `ofstream' undeclared (first use this function) cpx_mon.cpp:276: error: syntax error before `::' token make: *** [cpx_mon.o] Error 1 AusfĂĽhrung beendet#define PRIADC_GAIN 2.500 #define _7714_GAIN 2.500 //#define 24BitLSB 1.49e-7 #include stdlib.h #include stdio.h #include string.h //#include strstream #include fstream #include sys/time.h #include ncurses.h #include posix_terminal.h #include fw_cronos.h -- 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: Trying to Make GNU's inetutils and get error.h: No such file or directory
On Mar 16 09:31, Scott Chapman wrote: When I run configure it finishes fine. Then I type 'make' and it soon comes back with 'xmalloc.c:37:19: error.h: No such file or directory' and dies. I can't find what package to install to get error.h. I understand that others have compiled inetutils (I'm using 1.4.2) under cygwin. I just updated cygwin to the current version with setup.exe so I think I'm current! Any help would be greatly appreciated! Just use the inetutils provided in the Cygwin net distro. It's developed from version 1.3.2 with a bunch of pretty intrusive changes. You won't have much luck running vanilla 1.4.2 servers. Btw., error.h is a glibc thingy. It's not backed by the standards. I'm wondering how current inetutils can just use it without checking for it's existance in configure, anyway. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: Question on Perl (.pl) association
On Tue, 16 Mar 2004 23:39:58 +0100, wrote: * Martin Gainty (2004-03-16 21:56 +0100) How does one associate CYGWIN Perl with .pl extensions within CYGWIN environment? Same as in the Windows environment: ftype in connection with assoc (or more convenient with associate from the ResourceKit). On MKS I used to have this in a setup script .profile (ftype is builtin to Windows Command) ftype Perl 'c:/usr/local/bin/perl.exe %1 %*' The advantage of FTYPE is that it allows you to specify which Perl you want used (when you might have several installed, and also to ignore the shebang which might be set for a distant server Better I could use Windows Environment variable PATHEXT echo $PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.php;.pl so that I could call a perl script hello.pl just with hello Haven't got this to work with CYG zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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/
rxvt 2.7.10-4.tar.bz2: rclock missing
Hi all, rclock is missing in the ...-4 executable version. Is this by mistake or on purpose? The sources are still in ...-4-src, so I guess it is just an omission. Ciao Tom Best regards / Mit freundlichen GrĂĽssen, Thomas Demmer Kraft Foods RD Inc. WW Chocolate Process Development Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 -- 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: New Cygwin installation
-Original Message- From: cygwin-owner On Behalf Of Frank Wagner Sent: 17 March 2004 09:03 Hello, Hello. I updated my old cygwin installation with a newer one this week, I use cygwin in combination with a grafical development environment called Dev-Cpp. Never heard of it. In the old installation it was sufficient to set up the c-include paht with c:\cygwin\usr\include and the c++-includes with c:\cygwin\usr\include and c:\cygwin\usr\include\c++. But now there are a lot more directories so called ..\c++\3.3.1\backward and ..\c++\3.3.1\i686-pc-cygwin. So I want to know wich directories I have to enlist in the include section of my dev environment. The default search paths should be set up fine already, as long as you make sure to use gcc.exe for compiling C and g++.exe for compiling C++ files. The only directories you should need to include in the dev environment are those with your own application's headers. By now I have a misterious warning: 2 C:\usr\include\c++\3.3.1\backward\backward_warning.h:32 #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h C++ header for C++ includes, or sstream instead of the deprecated header strstream.h. To disable this warning use -Wno-deprecated. Doesn't seem mysterious to me, but then again English is my first language. It's telling you about the fact that the C++ standards committee decided to change all the header file names a while ago, and the original header names are all considered out-of-date now. The project I tried to compile compiled successfully with the old installation of cygwin. If you've been making your own include paths in the dev environment by hand, you might well have got some directories in the wrong order and caused this sort of error. OTOH something could have changed in the C++ headers in a backwardly incompatible way, and the warning is to let you know to modify your code. Let's take a look at your errors: snip g++.exe -D__DEBUG__ -c cpx_mon.cpp -o cpx_mon.o -IC:/cygwin/usr/include -IC:/cygwin/usr/include/c++ -IC:/cygwin/usr/include/c++/3.3.1/backward -IC:/work/Sonstiges/priv/projekte/Software/include -ansi -g3 snip That's where you've tried to put your own include paths in there. You've most likely got them in the wrong order. The backward compatibility dir probably ought to be very last in the search order, but leave it to g++.exe, which knows what order to put them in already - take a look at the output from g++ -print-search-dirs. Take out all the include dirs except for your own C:/work/Sonstiges/. directory. snip In file included from /usr/include/c++/3.3.1/backward/strstream:51, from C:/work/Sonstiges/priv/projekte/Software/include/posix_terminal.h:21, from cpx_mon.h:25, from cpx_mon.cpp:9: /usr/include/c++/3.3.1/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or sstream instead of the deprecated header strstream.h. To disable this warning use -Wno-deprecated. In file included from cpx_mon.cpp:9: snip Possibly your posix_terminal.h has a #include strstream.h that should be changed into #include sstream, as the warning suggests; or perhaps your posix_terminal.h is correct, but the wrong header file is being found because you got the search path order messed up. The problem should disappear once you sort that out. cheers, DaveK -- Can't think of a witty .sigline today -- 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: (slight off topic) CYGWIN Make file discrepancy
-Original Message- From: cygwin-owner On Behalf Of Martin Gainty Sent: 16 March 2004 21:58 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: (slight off topic) CYGWIN Make file discrepancy Mr Okamoto: How many times do I have to tell you? Never call me that in public! cheers, DaveK -- Can't think of a witty .sigline today -- 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: read(): varblk tape records...( Fix for : read())
Now it's me of all people. No. It's you, Cygwin. (A group of developers.) Or *you* wouldn't be replying to me as if you have some invested interest. The point was how little sense it makes to insult people by telling them that they should know better. ... Obviously you were not explaining yourself very well and your poor communication on this issue... That's your opinion, and at a minimum, is no less insulting. (Thanks for the lesson.) Jason. _ SEEK: Now with over 50,000 dream jobs! Click here: http://ninemsn.seek.com.au?hotmail -- 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: Re: Question on Perl (.pl) association
David: I this solution works on windows But how do we get .pl association with CYGWIN Perl? Many Thanks, Martin From: zzapper [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Question on Perl (.pl) association Date: Wed, 17 Mar 2004 09:44:09 + MIME-Version: 1.0 Received: from sources.redhat.com ([67.72.78.213]) by mc11-f7.hotmail.com with Microsoft SMTPSVC(5.0.2195.6824); Wed, 17 Mar 2004 01:44:50 -0800 Received: (qmail 22365 invoked by alias); 17 Mar 2004 09:44:15 - Received: (qmail 22351 invoked from network); 17 Mar 2004 09:44:14 - Received: from unknown (HELO main.gmane.org) (80.91.224.249) by sources.redhat.com with SMTP; 17 Mar 2004 09:44:14 - Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1B3Xav-0001KK-00 for [EMAIL PROTECTED]; Wed, 17 Mar 2004 10:44:13 +0100 Received: from cpc3-oxfd4-4-0-cust194.oxfd.cable.ntl.com ([80.3.247.194]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for [EMAIL PROTECTED]; Wed, 17 Mar 2004 10:44:13 +0100 Received: from david by cpc3-oxfd4-4-0-cust194.oxfd.cable.ntl.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for [EMAIL PROTECTED]; Wed, 17 Mar 2004 10:44:13 +0100 X-Message-Info: JGTYoYF78jHvE2pZE6ZN2hEoN6MG+9vJ Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Archive: http://sources.redhat.com/ml/cygwin/ List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED], http://sources.redhat.com/ml/#faqs Mail-Followup-To: [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Lines: 37 Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] X-Complaints-To: [EMAIL PROTECTED] X-Gmane-NNTP-Posting-Host: cpc3-oxfd4-4-0-cust194.oxfd.cable.ntl.com X-Newsreader: Forte Free Agent 1.93/32.576 English (American) Return-Path: [EMAIL PROTECTED] X-OriginalArrivalTime: 17 Mar 2004 09:44:50.0303 (UTC) FILETIME=[7DCA50F0:01C40C04] On Tue, 16 Mar 2004 23:39:58 +0100, wrote: * Martin Gainty (2004-03-16 21:56 +0100) How does one associate CYGWIN Perl with .pl extensions within CYGWIN environment? Same as in the Windows environment: ftype in connection with assoc (or more convenient with associate from the ResourceKit). On MKS I used to have this in a setup script .profile (ftype is builtin to Windows Command) ftype Perl 'c:/usr/local/bin/perl.exe %1 %*' The advantage of FTYPE is that it allows you to specify which Perl you want used (when you might have several installed, and also to ignore the shebang which might be set for a distant server Better I could use Windows Environment variable PATHEXT echo $PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.php;.pl so that I could call a perl script hello.pl just with hello Haven't got this to work with CYG zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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/ -- 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: read(): varblk tape records...( Fix for : read())
-Original Message- From: cygwin-owner On Behalf Of Jason Winter Sent: 17 March 2004 02:22 To: [EMAIL PROTECTED] Subject: Re: read(): varblk tape records...( Fix for : read()) [ Reader's Digest condensed version: ] Considering that Cygwin is a Linux wrapper for Windows, [ That's about as much as you need to read to know how much the rest of the post is worth. ] cheers, DaveK -- Can't think of a witty .sigline today -- 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: Cygwin to make ext2fs, xfs, reiserfs aware in windows
ntfsd__AT__pavitrasoft schrieb: What would be best way to make cygwin dll aware of existence of UNIX file systems ext2fs, ffs, nfs, xfs and reiserfs. The best way would be to arrange your license to be compatible with cygwin, provide the cxvfsmgr service as cygwin package and patch cygwin.dll and the fileutils (soon coreutils) to use cxvfsmgr. And as cygwin package you can get rid of your bugs much faster, I guess. For sure someone else will try to provide these patches also, but if the license issues are not cleared before nobody will do this for sure. Your current download has no sources and an cygwin-incompatible license. The features sound cool to me. Currently with our software Crossmeta it will go through windows layer and the results will not be good. It will have the same problem of ls -l taking lot of time and security uid/gid mapping confusion. Instead if it can be converted to make use of VFS style calls getdents, stat ..etc directly to crossmeta the results will be great. Crossmeta also provides windows native file system via loopback file system driver. I am guessing the file handler code would be the starting point for this and replace dll entry points for those. Is this going to be lot of effort? PS: Crossmeta can be downloaded from http://www.pavitrasoft.com/products/crossmeta/ Crossmeta - FFS, nfs, ext2fs, reiserfs and xfs file system for Windows Download here http://www.pavitrasoft.com/ -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- 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: read(): varblk tape records...( Fix for : read())
[ That's about as much as you need to read to know how much the rest of the post is worth. ] I'd agree, except for the first (original) post. I'd send that again at least, even now. Jason. _ Get Extra Storage in 10MB, 25MB, 50MB and 100MB options now! Go to http://join.msn.com/?pgmarket=en-aupage=hotmail/es2 -- 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: Question on Perl (.pl) association
* zzapper (2004-03-17 10:44 +0100) On Tue, 16 Mar 2004 23:39:58 +0100, wrote: * Martin Gainty (2004-03-16 21:56 +0100) How does one associate CYGWIN Perl with .pl extensions within CYGWIN environment? Same as in the Windows environment: ftype in connection with assoc (or more convenient with associate from the ResourceKit). On MKS I used to have this in a setup script .profile (ftype is builtin to Windows Command) ftype Perl 'c:/usr/local/bin/perl.exe %1 %*' The advantage of FTYPE is that it allows you to specify which Perl you want used (when you might have several installed, and also to ignore the shebang which might be set for a distant server The /disadvantage/ of ftype is that you cannot use it on its own. First you have to create an association between the extension and a file type with assoc and then an association between the file type and the executable. associate let's you skip the first step. Better I could use Windows Environment variable PATHEXT echo $PATHEXT .COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.php;.pl so that I could call a perl script hello.pl just with hello Haven't got this to work with CYG I don't think this can be done. Thorsten -- 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: Re: Question on Perl (.pl) association
* Martin Gainty (2004-03-17 12:59 +0100) I this solution works on windows But how do we get .pl association with CYGWIN Perl? I already answered this question. Let me explain it more simply: it can't be done with Cygwin; it has to be done in Windows. It won't benefit you in Cygwin (except for cygstart). assoc /? ftype /? associate /? -- 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: Trying to Make GNU's inetutils and get error.h: No such file or directory
On 03/17/2004 01:33 am, Corinna Vinschen wrote: On Mar 16 09:31, Scott Chapman wrote: When I run configure it finishes fine. Then I type 'make' and it soon comes back with 'xmalloc.c:37:19: error.h: No such file or directory' and dies. I can't find what package to install to get error.h. I understand that others have compiled inetutils (I'm using 1.4.2) under cygwin. I just updated cygwin to the current version with setup.exe so I think I'm current! Any help would be greatly appreciated! Just use the inetutils provided in the Cygwin net distro. It's developed from version 1.3.2 with a bunch of pretty intrusive changes. You won't have much luck running vanilla 1.4.2 servers. I need the GNU ping client which is not included in the Cygwin net distro. Upon reading this: http://www.cygwin.com/ml/cygwin/2003-04/msg01521.html ... again, I see that maybe I should just try compiling ping by itself. Btw., error.h is a glibc thingy. It's not backed by the standards. I'm wondering how current inetutils can just use it without checking for it's existance in configure, anyway. Dunno much about this end of it unfortunately. Scott -- 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: Trying to Make GNU's inetutils and get error.h: No such file or directory
On Mar 17 07:27, Scott Chapman wrote: I need the GNU ping client which is not included in the Cygwin net distro. Windows has ping on board. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
fmt: strange decisions when to wrap
This has to be a fmt problem, I think, but thought I'd check with other users and see whether any of you have experienced it or similar, or tried using par instead as a solution. The file doc1 is a text file chunked into paragraphs wrapped at 80 and separated by a blank line. The requirement is the simplest possible: turn each para into one long line. (I have already checked that doc1 contains no tabs or ^M's or any other untidy punctuation.) I am using the command fmt -16000 doc1 doc2 on the assumption (true, in fact) that no para contains more than 16000 characters. However, doc2 still contains occasional newlines where it shouldn't (in the middle of what were the original paragraphs). No evident pattern in occurrence, frequency, location ... column numbers at the site of such an occurrence can be in the low or high hundreds. (It does seem that following the intrusive newline there is always just one word to the end of the original para ...) I've tried the same thing with -8000 and -32000 ... same phenomenon, different instances of it. Any explanation? Should I try par (which seems a bit of a sledgehammer for a very simple requirement). Thank you. Fergus -- 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: Trying to Make GNU's inetutils and get error.h: No such file or directory
On 03/17/2004 07:40 am, Corinna Vinschen wrote: On Mar 17 07:27, Scott Chapman wrote: I need the GNU ping client which is not included in the Cygwin net distro. Windows has ping on board. I know that but I need the gnu one. Scott -- 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: latest snapshot seems better wrt make -j hang problems
Christopher Faylor wrote: FWIW, I found ANOTHER race yesterday while running the cygwin test suite. So, it's back to square one for testing since it was in low level code which could affect everything. And, this race has been there since I screwed up in September 2001. Lovely. Well, I can't break the '16 snapshot either ( 11000 iterations without any problems). I'm guessing this included a fix for that other race you speak of. -- 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: New Cygwin installation
Hi Dave, first thanks for your fast reply. I replaced the #include ostrstram with #includesstream but the type ostrstream type is still unknown. By commenting out the following lines // ostrstream stmPort; //stmPort /dev/com devnum : ends; // stmPort /dev/com devnum ends; // schnittstelle = stmPort.str(); and replacing it with: schnittstelle = /dev/com2; my application compiles very well. So must I throw away all my old books about C++ or what can I do to compile my older programs like they are? Greetings Frank -Original Message- From: cygwin-owner On Behalf Of Frank Wagner Sent: 17 March 2004 09:03 Hello, Hello. I updated my old cygwin installation with a newer one this week, I use cygwin in combination with a grafical development environment called Dev-Cpp. Never heard of it. In the old installation it was sufficient to set up the c-include paht with c:\cygwin\usr\include and the c++-includes with c:\cygwin\usr\include and c:\cygwin\usr\include\c++. But now there are a lot more directories so called ..\c++\3.3.1\backward and ..\c++\3.3.1\i686-pc-cygwin. So I want to know wich directories I have to enlist in the include section of my dev environment. The default search paths should be set up fine already, as long as you make sure to use gcc.exe for compiling C and g++.exe for compiling C++ files. The only directories you should need to include in the dev environment are those with your own application's headers. By now I have a misterious warning: 2 C:\usr\include\c++\3.3.1\backward\backward_warning.h:32 #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h C++ header for C++ includes, or sstream instead of the deprecated header strstream.h. To disable this warning use -Wno-deprecated. Doesn't seem mysterious to me, but then again English is my first language. It's telling you about the fact that the C++ standards committee decided to change all the header file names a while ago, and the original header names are all considered out-of-date now. The project I tried to compile compiled successfully with the old installation of cygwin. If you've been making your own include paths in the dev environment by hand, you might well have got some directories in the wrong order and caused this sort of error. OTOH something could have changed in the C++ headers in a backwardly incompatible way, and the warning is to let you know to modify your code. Let's take a look at your errors: snip g++.exe -D__DEBUG__ -c cpx_mon.cpp -o cpx_mon.o -IC:/cygwin/usr/include -IC:/cygwin/usr/include/c++ -IC:/cygwin/usr/include/c++/3.3.1/backward -IC:/work/Sonstiges/priv/projekte/Software/include -ansi -g3 snip That's where you've tried to put your own include paths in there. You've most likely got them in the wrong order. The backward compatibility dir probably ought to be very last in the search order, but leave it to g++.exe, which knows what order to put them in already - take a look at the output from g++ -print-search-dirs. Take out all the include dirs except for your own C:/work/Sonstiges/. directory. snip In file included from /usr/include/c++/3.3.1/backward/strstream:51, from C:/work/Sonstiges/priv/projekte/Software/include/posix_terminal.h:21, from cpx_mon.h:25, from cpx_mon.cpp:9: /usr/include/c++/3.3.1/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the X header for the X.h header for C++ includes, or sstream instead of the deprecated header strstream.h. To disable this warning use -Wno-deprecated. In file included from cpx_mon.cpp:9: snip Possibly your posix_terminal.h has a #include strstream.h that should be changed into #include sstream, as the warning suggests; or perhaps your posix_terminal.h is correct, but the wrong header file is being found because you got the search path order messed up. The problem should disappear once you sort that out. cheers, DaveK -- Can't think of a witty .sigline today -- 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/ -- +++ NEU bei GMX und erstmalig in Deutschland: TĂśV-geprĂĽfter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz -- Unsubscribe info:
Re: Question on Perl (.pl) association
Hi, Currently I'm getting round this by writing a simple wrap for my perl scripts. I use ActiveState Perl for historical reasons. eg #!/bin/bash # tipftp # description :Wrap for tipftp.pl c:/usr/local/bin/perl c:/cygwin/usr/local/bin/tipftp.pl zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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: latest snapshot seems better wrt make -j hang problems
On Wed, Mar 17, 2004 at 11:06:49AM -0500, Rolf Campbell wrote: Christopher Faylor wrote: FWIW, I found ANOTHER race yesterday while running the cygwin test suite. So, it's back to square one for testing since it was in low level code which could affect everything. And, this race has been there since I screwed up in September 2001. Lovely. Well, I can't break the '16 snapshot either ( 11000 iterations without any problems). I'm guessing this included a fix for that other race you speak of. You wouldn't have seen the race. It was tickled by another scenario in the test suite -- one of the pthread_cond* tests, IIRC. 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: read(): varblk tape records...( Fix for : read())
On Wed, Mar 17, 2004 at 11:50:48AM +, Jason Winter wrote: Now it's me of all people. No. It's you, Cygwin. (A group of developers.) Or *you* wouldn't be replying to me as if you have some invested interest. It's me, Cygwin. Ok. At least you didn't call me Shirley. The point was how little sense it makes to insult people by telling them that they should know better. ... Obviously you were not explaining yourself very well and your poor communication on this issue... That's your opinion, and at a minimum, is no less insulting. (Thanks for the lesson.) Yes, it was certainly my opinion. Make no mistake about that. However, it is also my opinion that it is not insulting to suggest that someone was unclear on a specific issue. Perhaps I should have been clearer myself since I've been known to be *woefully* imprecise as well. To attempt some additional clarity: On rereading your mail, I, a native English speaker, found myself scratching my head over what you were talking about. So, I can understand Corinna's innocent question since, in my opinion, your intent was unclear. Again, I did not say you suck at communicating. I said that you weren't explaining yourself well on this issue. However, you are again not addressing the point, again, choosing to redirect it at me (i.e., Cygwin). The point? Even if the rest of the cygwin populace found your message crystal clear, IMO, the use of a hackle-raising observation like you should know better than to ask such a question is not a polite way to treat someone who volunteers their time to provide you with a free service and is not conducive to future collaboration. You can take this observation or (most likely) leave it. But, that's certainly it for me on this. Thanks for your contributions to this thread on tape handling, however. I think it is obvious that your willingness to work with Corinna prior to this point were to the benefit of cygwin's tape handling code. Although I'm sure that the code worked fine for Corinna for her needs, she has taken some of her time to make Cygwin more linux-like; which will undoubtedly benefit other people in the future. -- Christopher Faylor Cygwin Project Leader Red Hat, Inc. -- 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: Question on Perl (.pl) association
On Wed, 17 Mar 2004, zzapper wrote: Hi, Currently I'm getting round this by writing a simple wrap for my perl scripts. I use ActiveState Perl for historical reasons. eg #!/bin/bash # tipftp # description :Wrap for tipftp.pl c:/usr/local/bin/perl c:/cygwin/usr/local/bin/tipftp.pl zzapper (vim, cygwin, wiki zsh) I believe I posted this before, but here it goes again. If all you want to do is make 'shebang' ('#!') work with ActiveState (or other Windows programs), put the following in your /usr/local/bin: - BEGIN /usr/local/bin/wrap - #!/bin/sh pname=$1 fname=`cygpath -wi $2` shift 2 exec $pname $fname $@ --- Warning: cutting here may damage your screen surface and then use it in the '#!' line of your script, e.g., BEGIN activeperl.pl #!/usr/local/bin/wrap /cygdrive/c/ActivePerl/bin/perl use English; print Testing: $PERL_VERSION on $OSNAME\n; --- Warning: cutting here may damage your screen surface or, in your case, '#!/usr/local/bin/wrap /cygdrive/c/usr/local/bin/perl'. Note that this won't suddenly make your perl program understand POSIX paths, i.e., if you want to pass a filename to that script, you'd have to convert it yourself with `cygpath -w`... Also beware the possible shebang length limit... HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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: Question on Perl (.pl) association
On Wed, 17 Mar 2004 12:12:17 -0500 (EST), wrote: On Wed, 17 Mar 2004, zzapper wrote: #!/bin/bash # tipftp # description :Wrap for tipftp.pl c:/usr/local/bin/perl c:/cygwin/usr/local/bin/tipftp.pl - BEGIN /usr/local/bin/wrap - #!/bin/sh pname=$1 fname=`cygpath -wi $2` shift 2 exec $pname $fname $@ --- Warning: cutting here may damage your screen surface and then use it in the '#!' line of your script, e.g., BEGIN activeperl.pl #!/usr/local/bin/wrap /cygdrive/c/ActivePerl/bin/perl Igor, That's a nice technique, but my particular problem is that I develop perl scripts for distant webservers, which have Perl installed in various places, so I want to leave the shebang untouched, but still find the right Perl on my PC. zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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/
[ANNOUNCEMENT] Updated: cygwin-1.5.8-1
I've made a new version of the Cygwin DLL and associated utilities available for download. As usual, a list of what has changed is below. To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Christopher Faylor Red Hat, Inc. Changes since 1.5.7-1: - Fix hang typified by trying to execute an unknown command in zsh. This was caused by a signal race which could have caused other strange hangs or odd behavior. (Christopher Faylor) - Fix make -j hang (this was unrelated to the above). (Christopher Faylor) - Fix problem where wait() was incorrectly interrupted by a signal. This sometimes affected make. (Christopher Faylor) - Tighten spawn()/exec() security. (Pierre Humblet) - Add SIGRTMIN definition. (Christopher Faylor) - Reimplement strtosigno/strsignal. (Christopher Faylor) - Increase size of cygwin's heap. (Christopher Faylor) - Start limited implementation of sigaction(SA_SIGINFO). (Christopher Faylor) - Implement clock_gettime, sigwaitinfo, timer_create, timer_delete, timer_settime. (Christopher Faylor) - Ensure that localtime_r behaves similarly to localtime by calling tzset. (Christopher Faylor) - Make cygserver operations interruptible. (Corinna Vinschen) - Import latest version of BSD getopt. (Corinna Vinschen) - Add FIONREAD for sockets. (Ralf Habacker) - Call tzset in localtime_r. (Christopher Faylor) - No longer includes newlib's /usr/include/iconv.h . (Christopher Faylor) - Fix SEGV when overly long path was passed to cygpath. (Christopher Faylor) - Implement 'cygpath --mode' to print binary/text mode of given file(s). (Christopher Faylor) - Speed up mmap access. (Brian Ford, Corinna Vinschen) - Implement sighold. (Christopher Faylor) - Partially implement sigqueue. (Christopher Faylor) - Fix potential race in signal mask setting when cygwin is setting up to call a signal handler. (Pierre Humblet) - Fix tape handling to be more linux-like. (Corinna Vinschen) - Fix hang or SEGV in cygwin when attempting to remove a directory which contains an open file or which is otherwise unremovable. (Pierre Humblet) - Make kill -f more able to kill processes not running under current user. (Rob Siklos) - Implement TIOCSBRK and TIOCCBRK. (Jaakko Hyvatti) - Allow Administrators to also kill all top level Cygwin processes. (Pierre Humblet) - Fix cygpath to not issue a warning on 'cygpath -i'. (Christopher Faylor, Igor Pechtchanski) -- 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: g++ 2.95.3 (FAQ alert)
On Mon, Mar 15, 2004 at 12:18:46PM -0500, Christopher Faylor wrote: On Mon, Mar 15, 2004 at 06:03:05PM +0100, Luis Valent?n wrote: Where can I find the gcc-g++ 2.95.3 cygwin package ? Cygwin used to offer gcc 2.95 but it is no longer available. Possibly it is available on old mirror out there somewhere but there is no official support in cygwin. Joshua/David, is there any chance that we can get this info into the FAQ? No. Definitely not. Please see http://cygwin.com/faq/faq_toc.html#TOC10 (Sorry for the delay, my weekend was crazy and I'm just catching up.) -- 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: GVIM
FYI, I took your bash shell vi-gvim converter and re-wrote it for placement in my ~/.tcshrc. if ($?tcsh) then if ($TERM == cygwin) then echo Setting VI to kickoff GVIM within a cygwin window if (-x C:/vim/vim62/gvim.exe) then alias vi C:/vim/vim62/gvim.exe endif endif endif Thanks for the tip! Phil --- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, March 12, 2004 9:51 AM To: Crescioli, Phil Subject: Re: GVIM Phil == Crescioli, Phil [EMAIL PROTECTED] writes: Phil Hello all, Why is only VIM and not GVIM included with the Phil Cygwin package? I'd love to use GVIM straight from a Cygwin Phil install. Cygwin packages whatever software someone has bothered to port to Cygwin. Apparently nobody has ported gvim. Go ahead and do it yourself! As it happens, I use gvim with Cygwin, and it's fine. I had to install Cygwin and gvim separately, of course, but neither installation is difficult. To further the illusion of gvim being part of Cygwin, I've put this shell function definition in ~/.bashrc: if [ $OSTYPE = cygwin ]; then if [ -x /c/vim/vim62/gvim.exe ]; then vi () { /c/vim/vim62/gvim.exe $@ } fi fi Thus, when I type `vi foo' in a Cygwin shell, I actually run gvim. -- Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. John F. Woods -- 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: g++ 2.95.3 (FAQ alert)
On Wed, Mar 17, 2004 at 11:43:42AM -0600, Joshua Daniel Franklin wrote: On Mon, Mar 15, 2004 at 12:18:46PM -0500, Christopher Faylor wrote: On Mon, Mar 15, 2004 at 06:03:05PM +0100, Luis Valent?n wrote: Where can I find the gcc-g++ 2.95.3 cygwin package ? Cygwin used to offer gcc 2.95 but it is no longer available. Possibly it is available on old mirror out there somewhere but there is no official support in cygwin. Joshua/David, is there any chance that we can get this info into the FAQ? No. Definitely not. Please see http://cygwin.com/faq/faq_toc.html#TOC10 ? This is a generic entry. Given the number of times this question has been specifically asked, I was thinking it deserved a specific entry, say in the TOC. -- Christopher Faylor spammers! - [EMAIL PROTECTED] Cygwin Project Leader Red Hat, Inc. -- 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: g++ 2.95.3 (FAQ alert)
On Wed, Mar 17, 2004 at 12:56:45PM -0500, Christopher Faylor wrote: On Wed, Mar 17, 2004 at 11:43:42AM -0600, Joshua Daniel Franklin wrote: On Mon, Mar 15, 2004 at 12:18:46PM -0500, Christopher Faylor wrote: On Mon, Mar 15, 2004 at 06:03:05PM +0100, Luis Valent?n wrote: Where can I find the gcc-g++ 2.95.3 cygwin package ? Cygwin used to offer gcc 2.95 but it is no longer available. Possibly it is available on old mirror out there somewhere but there is no official support in cygwin. Joshua/David, is there any chance that we can get this info into the FAQ? No. Definitely not. Please see http://cygwin.com/faq/faq_toc.html#TOC10 ? This is a generic entry. Given the number of times this question has been specifically asked, I was thinking it deserved a specific entry, say in the TOC. Well, it has gcc-2.95 listed in the title: Can I use Cygwin Setup to get old versions of packages (like gcc-2.95)? Did you want a 'Where is gcc-2.95?' I figured making a generic entry (the whole entry is new) that will show up near the top would be more likely read than a specific one toward the bottom with the Questions and Answers. Of course, we just got a question about how to find the Cygwin version, which is FAQ #5, so maybe toward the top doesn't help... spammers! - [EMAIL PROTECTED] This is a good idea, but isn't it '[EMAIL PROTECTED]' that gets you blocked? -- 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: GVIM
Hello, * On Wed, Mar 17, 2004 at 12:44:33PM -0500, Crescioli, Phil [EMAIL PROTECTED] wrote: I took your bash shell vi-gvim converter and re-wrote it [...] alias vi C:/vim/vim62/gvim.exe You will need to convert the path of the files (and only the files) sent to gvim, like /etc/Muttrc for instance. I wrote cyg-wrapper.sh for this purpose. http://hermitte.free.fr/cygwin/#Win32 HTH, -- Luc Hermitte -- 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: GVIM
FWIW, this won't work from rxvt or xterm. Why not use '(`uname -o` == Cygwin)'? Igor On Wed, 17 Mar 2004, Crescioli, Phil wrote: FYI, I took your bash shell vi-gvim converter and re-wrote it for placement in my ~/.tcshrc. if ($?tcsh) then if ($TERM == cygwin) then echo Setting VI to kickoff GVIM within a cygwin window if (-x C:/vim/vim62/gvim.exe) then alias vi C:/vim/vim62/gvim.exe endif endif endif Thanks for the tip! Phil --- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, March 12, 2004 9:51 AM To: Crescioli, Phil Subject: Re: GVIM Phil == Crescioli, Phil [EMAIL PROTECTED] writes: Phil Hello all, Why is only VIM and not GVIM included with the Phil Cygwin package? I'd love to use GVIM straight from a Cygwin Phil install. Cygwin packages whatever software someone has bothered to port to Cygwin. Apparently nobody has ported gvim. Go ahead and do it yourself! As it happens, I use gvim with Cygwin, and it's fine. I had to install Cygwin and gvim separately, of course, but neither installation is difficult. To further the illusion of gvim being part of Cygwin, I've put this shell function definition in ~/.bashrc: if [ $OSTYPE = cygwin ]; then if [ -x /c/vim/vim62/gvim.exe ]; then vi () { /c/vim/vim62/gvim.exe $@ } fi fi Thus, when I type `vi foo' in a Cygwin shell, I actually run gvim. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/
[ANNOUNCEMENT] Updated: cygrunsrv-0.98-3
I have updated cygrunsrv to version 0.98-3. This version behaves more appropriate in case a service doesn't handle the termination signal manually. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: g++ 2.95.3 (FAQ alert)
On Wed, Mar 17, 2004 at 12:14:30PM -0600, Joshua Daniel Franklin wrote: On Wed, Mar 17, 2004 at 12:56:45PM -0500, Christopher Faylor wrote: On Wed, Mar 17, 2004 at 11:43:42AM -0600, Joshua Daniel Franklin wrote: On Mon, Mar 15, 2004 at 12:18:46PM -0500, Christopher Faylor wrote: On Mon, Mar 15, 2004 at 06:03:05PM +0100, Luis Valent?n wrote: Where can I find the gcc-g++ 2.95.3 cygwin package ? Cygwin used to offer gcc 2.95 but it is no longer available. Possibly it is available on old mirror out there somewhere but there is no official support in cygwin. Joshua/David, is there any chance that we can get this info into the FAQ? No. Definitely not. Please see http://cygwin.com/faq/faq_toc.html#TOC10 ? This is a generic entry. Given the number of times this question has been specifically asked, I was thinking it deserved a specific entry, say in the TOC. Well, it has gcc-2.95 listed in the title: Can I use Cygwin Setup to get old versions of packages (like gcc-2.95)? Ah. I guess this must have been in my cache since when I looked at it, it said: Can I use Cygwin Setup to update a B18, B19, B20, B20.1 or CD-ROM (1.0) installation of Cygwin? Now it mentions 2.95, so that addresses my concerns. Thanks. -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to [EMAIL PROTECTED] and be permanently blocked from mailing lists at sources.redhat.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: g++ 2.95.3 (FAQ alert)
On Wed, Mar 17, 2004 at 01:26:04PM -0500, Christopher Faylor wrote: On Wed, Mar 17, 2004 at 12:14:30PM -0600, Joshua Daniel Franklin wrote: On Wed, Mar 17, 2004 at 12:56:45PM -0500, Christopher Faylor wrote: On Wed, Mar 17, 2004 at 11:43:42AM -0600, Joshua Daniel Franklin wrote: On Mon, Mar 15, 2004 at 12:18:46PM -0500, Christopher Faylor wrote: On Mon, Mar 15, 2004 at 06:03:05PM +0100, Luis Valent?n wrote: Where can I find the gcc-g++ 2.95.3 cygwin package ? Cygwin used to offer gcc 2.95 but it is no longer available. Possibly it is available on old mirror out there somewhere but there is no official support in cygwin. Joshua/David, is there any chance that we can get this info into the FAQ? No. Definitely not. Please see http://cygwin.com/faq/faq_toc.html#TOC10 ? This is a generic entry. Given the number of times this question has been specifically asked, I was thinking it deserved a specific entry, say in the TOC. Well, it has gcc-2.95 listed in the title: Can I use Cygwin Setup to get old versions of packages (like gcc-2.95)? Ah. I guess this must have been in my cache since when I looked at it, it said: Can I use Cygwin Setup to update a B18, B19, B20, B20.1 or CD-ROM (1.0) installation of Cygwin? Yeah, I figured that one was outdated enough to nuke. You may have actually looked at it before I updated it, since I sent the email before committing the faq_toc change. Since the alert was from a couple days ago, I didn't expect anyone to be watching immediately. :) -- 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/
[ANNOUNCEMENT] Updated: mt-2.1.1
I've updated the version of mt to 2.1-1. This mt takes advantage of the new tape features in Cygwin 1.5.8. E. g. it shows tape drive type and density under XP and 2K3. Note that versions prior to 2.1 will show incorrect block sizes under XP and 2K3 beginning with Cygwin 1.5.8, since the usage of the mtget.mt_resid and mtget.mt_dsreg fields have been aligned to the Linux SCSI tape driver. To update your installation, click on the Install Cygwin now link on the http://cygwin.com web page. This downloads setup.exe to your system. Run setup and answer all of the questions. Note that if this is the first time that you've run the new GUI version of setup, it will currently download the whole cygwin net release again. After this point it will only download what is needed. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
Problem with Python installation - *** couldn't release memory 0xC94000 - Win32 error 487
An attempt to install Cygwin to use LilyPond resulted in a failure when I run either LilyPond or Python: lilypond (GNU LilyPond) 2.0.1 C:\cygwin\bin\python2.3.exe (1656): *** couldn't release memory 0xC94000(1032192) for 'C:\cygwin\bin\cygiconv-2.dll' alignment, Win32 error 487 5 [main] python2.3 2092 sync_with_child: child 1656(0x2BC) died before initialization with status code 0x1 90984 [main] python2.3 2092 sync_with_child: *** child state child loading dlls Traceback (most recent call last): OSError: [Errno 11] Resource temporarily unavailable + echo System information System information + echo == == + uname -a CYGWIN_NT-5.0 prodgerslaptop 1.5.7(0.109/3/2) 2004-01-30 19:32 i686 unknown unknown Cygwin + cygcheck -s Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Mar 17 07:52:02 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Cygwin DLL version info: DLL version: 1.5.7 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 109 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Jan 30 19:32:04 EST 2004 CVS tag: cr-0x9e Shared id: cygwin1S3 Cygwin Package Information Package Version _update-info-dir 00227-1 ash 20040127-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bzip21.0.2-5 clear1.0-1 crypt1.1-1 cygutils 1.2.5-1 cygwin 1.5.7-1 diffutils2.8.4-1 -- 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: Question on Perl (.pl) association
Hello David I do not have tipftp.pl on my box although I found this from Allen Gordon http://snallen.lsu.edu/lib/doc/commands/armstrong_tftp_server.shtml Vim editor is not yet installed..although I would be open to specific suggestions on how to accomplish the associative task with these utilities. I was thinking that the only other way to acomplish this is to install a preprocessor for command line input to sniff for .pl extension which would invoke cygwin perl passing the argument with .pl extension along as an argument. There has to be an easier way. Thanks, Martin - Original Message - From: zzapper [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, March 17, 2004 11:50 AM Subject: Re: Question on Perl (.pl) association Hi, Currently I'm getting round this by writing a simple wrap for my perl scripts. I use ActiveState Perl for historical reasons. eg #!/bin/bash # tipftp # description :Wrap for tipftp.pl c:/usr/local/bin/perl c:/cygwin/usr/local/bin/tipftp.pl zzapper (vim, cygwin, wiki zsh) -- vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- 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/ -- 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: Question on Perl (.pl) association
Martin, David was giving an *example* of a solution that worked for him. FWICS, he has specific restrictions on what he can do with perl scripts. Again, since you have no such restrictions, simply change the '#!' line at the top of your .pl files to '#!/usr/bin/perl -w' (or add it at the very top if it isn't there). This should be enough to allow you to invoke .pl files (or any other files, for that matter) from Cygwin shells using perl (after appropriately 'chmod +x'ing them, of course). This answer has been given in at least 3 forms so far -- why are we still having this discussion? Igor On Wed, 17 Mar 2004, Martin Gainty wrote: Hello David I do not have tipftp.pl on my box although I found this from Allen Gordon http://snallen.lsu.edu/lib/doc/commands/armstrong_tftp_server.shtml Vim editor is not yet installed..although I would be open to specific suggestions on how to accomplish the associative task with these utilities. I was thinking that the only other way to acomplish this is to install a preprocessor for command line input to sniff for .pl extension which would invoke cygwin perl passing the argument with .pl extension along as an argument. There has to be an easier way. Thanks, Martin - Original Message - From: zzapper davidattvisdotcodotuk To: cygwinatcygwindotcom Sent: Wednesday, March 17, 2004 11:50 AM Subject: Re: Question on Perl (.pl) association Hi, Currently I'm getting round this by writing a simple wrap for my perl scripts. I use ActiveState Perl for historical reasons. eg #!/bin/bash # tipftp # description :Wrap for tipftp.pl c:/usr/local/bin/perl c:/cygwin/usr/local/bin/tipftp.pl zzapper (vim, cygwin, wiki zsh) -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton -- 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/
Heads-up: [ANNOUNCEMENT] Updated: cygwin-1.5.8-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christopher Faylor wrote: | I've made a new version of the Cygwin DLL and associated utilities | available for download. As usual, a list of what has changed is below. Thanks!! | - No longer includes newlib's /usr/include/iconv.h . (Christopher Faylor) ~ Heads-up everyone: this means if you are upgrading from 1.5.7 you MUST reinstall the libiconv package to restore iconv's version of this file (even if you reinstalled iconv after cygwin 1.5.7). Just trying to prevent too many questions due to this. :-) Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAWLoFpiWmPGlmQSMRAuI+AJ9dwRFL/i/26QJwXIlGmri5u89XHQCdGOPx uV2Q8Zz3fng8z8F+4Pt8mAg= =hi1i -END PGP SIGNATURE- -- 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: cvs problem under cygwin, cvs documentation
From: luke.kendall@unencoded email-address removed You'd better take heed, the spammers will get to you real soon. To protect against it; do not expose email addresses within messages sent to such a forum as this one. I'd only expect that if Cygwin was installed with the Use Unix line endings option. We always turn that off, since it makes working on files with both Cygwin utilities *and* Windows ones too painful. This really comes down to some self discipline; use 'u2d' and 'd2u' at apropriate times. Many files to handle? YUK (MS strikes again). You're forced to use find -exec and/or xargs on u2d/d2u - unless you can think out a scheme how to handle the conversion automagically (text mode mounts for Window's file access? - I got lazy here). /Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E ** on a mailing list; please keep replies on that particular list ** -- printf(LocalTime: UTC+%02d\n,(DST)? 2:1); -- --END OF MESSAGE-- -- 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/
rpc.mountd 2.4.7.2 will not start on win 2k
I have seen a couple of threads dealing with this problem but no solutions as of yet. When doing the following: /usr/sbin/portmap -F this runs fine next in a separated bash window $ /usr/sbin/rpc.mountd.exe -F Cannot register service: RPC: Unable to send; errno = Cannot assign requested address mountd[460] 03/17/104 15:48 rpcmisc.c 92 : unable to register (mountd, 1, udp). I have attached the cygcheck output. Thanks, Michael Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Mar 17 14:42:40 2004 Windows 2000 Server Ver 5.0 Build 2195 Service Pack 4 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) UID: 10500(Administrator) GID: 10513(Domain Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 10500(Administrator) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 11209(Build administrators) 11134(Business) 11151(Collaborations) 11260(CVS Admin Group) 11184(DB_Builders) 11108(Developers) 10512(Domain Admins) 10513(Domain Users) 10519(Enterprise Admins) 13119(file-database) 13116(file-development) 13122(file-it) 13117(file-production) 13120(file-research)13121(file-support) 13118(file-testing) 11255(file-web-full)11254(file-web-read) 10520(Group Policy Creator Owners) 11135(Human Resources) 11131(Intern) 11136(Marketing and Sales) 10518(Schema Admins)11185(Testing) 11259(web-development-full) 11258(web-development-read) 11257(web-support-full) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/home/Administrator' USER = `Administrator' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Administrator.CMS\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `ANIMAL' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Administrator.CMS' HOSTNAME = `animal' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LOGONSERVER = `\\AD2' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' NUMBER_OF_PROCESSORS = `4' OLDPWD = `/usr/bin' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\ADMINI~1.CMS\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\ADMINI~1.CMS\LOCALS~1\Temp' USERDNSDOMAIN = `colmol.com' USERDOMAIN = `CMS' USERNAME = `Administrator' USERPROFILE = `C:\Documents and Settings\Administrator.CMS' WINDIR = `C:\WINNT' _ = `/usr/bin/cygcheck.exe' 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 (default) = `/cygdrive' cygdrive flags = 0x0022 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\/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 a: fd N/AN/A c: hd NTFS 29996Mb 11% CP CS UN PA FC System d: cd N/AN/A . /cygdrive userbinmode,cygdrive C:\cygwin / 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: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found:
Re: Should setup.ini say prev to cygwin 1.5.8 is 1.5.5
On Wed, Mar 17, 2004 at 03:33:35PM -0500, Brian Keener wrote: Just upgraded to 1.5.8 on my W2k laptop and for some strange reason ( I was thinking graphics) and tried to run insight and then just plain old gdb and received the following error for either (posting here purely for reference in case it is important): ~ $ gdb 5 [main] ? 1616 cygheap_fixup_in_child: Couldn't reserve space for cygwin' s heap (0x616E 0xC9) in child, Win32 error 487 d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E , m.RegionSize 0x1AA, m.State 0x1 d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E , m.RegionSize 0x1AA, m.State 0x1 http://cygwin.com/ml/cygwin/2004-02/msg01080.html -- Christopher Faylor Cygwin Project Leader Red Hat, Inc. -- 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: Should setup.ini say prev to cygwin 1.5.8 is 1.5.5
Christopher Faylor wrote: On Wed, Mar 17, 2004 at 03:33:35PM -0500, Brian Keener wrote: Just upgraded to 1.5.8 on my W2k laptop and for some strange reason ( I was thinking graphics) and tried to run insight and then just plain old gdb and received the following error for either (posting here purely for reference in case it is important): ~ $ gdb 5 [main] ? 1616 cygheap_fixup_in_child: Couldn't reserve space for cygwin' s heap (0x616E 0xC9) in child, Win32 error 487 d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E , m.RegionSize 0x1AA, m.State 0x1 d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E , m.RegionSize 0x1AA, m.State 0x1 http://cygwin.com/ml/cygwin/2004-02/msg01080.html http://cygwin.com/ml/cygwin/2004-02/msg01382.html -Richard Campbell. -- 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: Problem with Python installation - *** couldn't release memory 0xC94000 - Win32 error 487
On Wed, Mar 17, 2004 at 10:56:49AM -0800, Prent Rodgers wrote: An attempt to install Cygwin to use LilyPond resulted in a failure when I run either LilyPond or Python: lilypond (GNU LilyPond) 2.0.1 C:\cygwin\bin\python2.3.exe (1656): *** couldn't release memory 0xC94000(1032192) for 'C:\cygwin\bin\cygiconv-2.dll' alignment, Win32 error 487 5 [main] python2.3 2092 sync_with_child: child 1656(0x2BC) died before initialization with status code 0x1 90984 [main] python2.3 2092 sync_with_child: *** child state child loading dlls Traceback (most recent call last): OSError: [Errno 11] Resource temporarily unavailable Does rebasing your system help? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: Problem with Python installation - *** couldn't release memory 0xC94000 - Win32 error 487
I installed rebase and typed rebaseall into cygwin command prompt window and now lilypond works as advertised. Amazing. Prent On Wed, Mar 17, 2004 at 10:56:49AM -0800, Prent Rodgers wrote: An attempt to install Cygwin to use LilyPond resulted in a failure when I run either LilyPond or Python: lilypond (GNU LilyPond) 2.0.1 C:\cygwin\bin\python2.3.exe (1656): *** couldn't release memory 0xC94000(1032192) for 'C:\cygwin\bin\cygiconv-2.dll' alignment, Win32 error 487 5 [main] python2.3 2092 sync_with_child: child 1656(0x2BC) died before initialization with status code 0x1 90984 [main] python2.3 2092 sync_with_child: *** child state child loading dlls Traceback (most recent call last): OSError: [Errno 11] Resource temporarily unavailable Does rebasing your system help? Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 -- 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: strace cvs stops at /dev/tty read
On 17 Mar, Billinghurst, David (CALCRTS) wrote: Does Cygwin's cvs ignore your PATH setting, and directly use the Windows rsh.exe? Behaviour of /usr/bin/cvs seems to indicate it may be so. Have you tried setting CVS_RSH? export CVS_RSH=/usr/bin/rsh may do what you want. Interesting. Changing CVS_RSH from /bin/ssh to /usr/bin/rsh does indeed fix the problem. Thanks, Bill. All the problems occur if you use Cygwin's ssh instead of rsh (strace stopping, read failing, cvs response of ok\r). luke -- 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/
[PATCH] cygrunsrv: mutual exclusion of -i and -u flags; typo fixes
On Fri, 5 Mar 2004, Corinna Vinschen wrote: On Mar 4 19:49, Igor Pechtchanski wrote: I think this relates to the fact that only services logging in with the local system account can be configured to interact with the desktop...so it appears that the --user and --interactive flags are exclusive. Whoops, you're quite right (confirmed on MSDN). We should actually catch that in cygrunsrv and print out an appropriate error message. Corinna, should I prepare a patch, or do I need a copyright assignment for cygrunsrv? Nope, it's copyrighted by me, not by Red Hat. Go ahead :-) Corinna On Thu, 4 Mar 2004, Igor Pechtchanski wrote: P.S. Corinna, there's a bunch of typos in the cygrunsrv messages as well (neverexists instead of neverexits). On Sat, 13 Mar 2004, Corinna Vinschen wrote: On Mar 12 20:53, tony_silvaatalumdotmitdotedu wrote: The option --neverexits is mispelled as --neverexists in the help function: Thanks for the hint. Fixed for the next version. Corinna Corinna, Patch attached (fixes the --interactive with --user issue, and some leftover message typos). ChangeLog is below. Ok to commit? Igor == ChangeLog: 2004-03-17 Igor Pechtchanski [EMAIL PROTECTED] * cygrunsrv.cc (service_main): Fix typo in comment. (main): Check that --user is not specified with --interactive (thanks to Peter Wisnovsky). * utils.h (reason_t): Add NoInteractiveWithUser value. * utils.cc (reason_list): Add description string for the NoInteractiveWithUser value. Fix typos in descriptions for the NeverExitsNotAllowed and OnlyOneNeverExits values. * cygrunsrv.README: Add comment about the --interactive option only being valid with a SYSTEM service. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick NaughtonIndex: cygrunsrv.README === RCS file: /cvs/cygwin-apps/cygrunsrv/cygrunsrv.README,v retrieving revision 1.8 diff -u -p -r1.8 cygrunsrv.README --- cygrunsrv.README3 Feb 2004 14:32:37 - 1.8 +++ cygrunsrv.README17 Mar 2004 22:56:21 - @@ -259,6 +259,7 @@ system shutdown. Optional flag that allows cygrunsrv to interact with the desktop. When in effect, cygrunsrv can open windows and pop up message boxes. Equivalent to the Allow service to interact with desktop box. +Cannot be used unless the service runs as SYSTEM. ** General Notes: Index: cygrunsrv.cc === RCS file: /cvs/cygwin-apps/cygrunsrv/cygrunsrv.cc,v retrieving revision 1.21 diff -u -p -r1.21 cygrunsrv.cc --- cygrunsrv.cc17 Mar 2004 17:01:26 - 1.21 +++ cygrunsrv.cc17 Mar 2004 22:56:21 - @@ -1263,7 +1263,7 @@ service_main (DWORD argc, LPSTR *argv) else if (WIFEXITED (status)) { /* Although we're not going to set the service status to stopped, -only allow zero exit status if neverexists is not set. */ +only allow zero exit status if neverexits is not set. */ if (!neverexits) exitval = WEXITSTATUS (status); syslog_starterr (execv, 0, WEXITSTATUS (status)); @@ -1413,6 +1413,8 @@ main (int argc, char **argv) return error (InteractiveNotAllowed); if (in_interactive) return error (OnlyOneInteractive); + if (in_user) + return error (NoInteractiveWithUser); in_interactive = 1; break; case 's': @@ -1445,6 +1447,8 @@ main (int argc, char **argv) return error (UserNotAllowed); if (in_user) return error (OnlyOneUser); + if (in_interactive) + return error (NoInteractiveWithUser); in_user = optarg; break; case 'w': Index: utils.cc === RCS file: /cvs/cygwin-apps/cygrunsrv/utils.cc,v retrieving revision 1.13 diff -u -p -r1.13 utils.cc --- utils.cc13 Mar 2004 09:28:54 - 1.13 +++ utils.cc17 Mar 2004 22:56:21 - @@ -59,12 +59,13 @@ char *reason_list[] = { --dep is only allowed with --install, --std{in,out,err} are only allowed with --install, Each of --std{in,out,err} is allowed only once, - --neverexists is only allowed with --install, - Only one --neverexists is allowed, + --neverexits is only allowed with --install, + Only one --neverexits is allowed, --shutdown is only
Re: GVIM
gene wrote: Crescioli, Phil Phil.Crescioli at gd-ais.com writes: Hello all, Why is only VIM and not GVIM included with the Cygwin package? I'd love to use GVIM straight from a Cygwin install. Phil Crescioli Phil.Crescioli at gd-ais.com I think it is because gvim for unix requires X11 while vim does not. I use and installed the gvim for windows and run it from with rxvt terminals in cygwin and it works fine. The only problem I had was that it would not orginally accept unix style pathnames (forward slashes). I had to put in an add on packaage to get the pathnames to work right. If you are interested I will look up what that package was. -gene The package I was referring to is Luc Hermitte's http://hermitte.free.fr/cygwin/#Win32 It works great from rxvt with any gvim any-unix-style-path. -gene -- 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: Should setup.ini say prev to cygwin 1.5.8 is 1.5.5
Richard Campbell wrote: d:\cygwin\bin\gdb.exe (1616): *** m.AllocationBase 0x0, m.BaseAddress 0x616E , m.RegionSize 0x1AA, m.State 0x1 http://cygwin.com/ml/cygwin/2004-02/msg01080.html http://cygwin.com/ml/cygwin/2004-02/msg01382.html Thanks both of you for the pointer. I had not as yet dug into the error but had thought that by mentioning I might get a point but I also see that in so doing I clouded the issue - the true message was the subject: Should the previous version of cygwin 1.5.8 be 1.5.5 or 1.5.7 as far as setup.ini is concerned because setup says it is 1.5.5-1. Thanks again for the pointer. -- Brian Keener [EMAIL PROTECTED] -- 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: GVIM
Hi, I am sure somebody did port the gvim in cygwin. I had downloaded one. The link is forgotten. On Wed, Mar 17, 2004 at 07:17:57PM +0100, Luc Hermitte wrote: Hello, * On Wed, Mar 17, 2004 at 12:44:33PM -0500, Crescioli, Phil [EMAIL PROTECTED] wrote: I took your bash shell vi-gvim converter and re-wrote it [...] alias vi C:/vim/vim62/gvim.exe You will need to convert the path of the files (and only the files) sent to gvim, like /etc/Muttrc for instance. I wrote cyg-wrapper.sh for this purpose. http://hermitte.free.fr/cygwin/#Win32 HTH, -- Luc Hermitte -- 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/ -- Please feel free to contact me if you have any questions. Best Regards, ;- ; Company : Valence Semiconductor Design Limited ; Address : Unit 1-7, 19/F., Apec Plaza, 49 Hoi Yuen Road, ; Kwun Tong, Kowloon,Hong Kong ; Telephone : (852) 2656-1151 ; Fax : (852) 2652-2301 ; Name: Mr. Sam Chang ; Title : Director of Engineering ( ASIC Design) ; Email : [EMAIL PROTECTED] ;- -- 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/
Hey there...you ready yet....brumidi compress gingham vought vague dodecahedra
Cygwin, extended warranty coverage for your vehichle. Save-up to 60% on extended warranty coverage starting today. You get 24-Hour Roadside Assistance, Car Rental Benefits, Trip Interruption Benefits, Extended Towing Benefits http://viewvista2112.net/autosite -- If this message has reached you in error, we apologize. Please see address below to have your address deleted from further promotions...thanks http://viewpubliconline.net/dev/rv.php clear
Updated: cygrunsrv-0.98-3
I have updated cygrunsrv to version 0.98-3. This version behaves more appropriate in case a service doesn't handle the termination signal manually. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Updated: mt-2.1.1
I've updated the version of mt to 2.1-1. This mt takes advantage of the new tape features in Cygwin 1.5.8. E. g. it shows tape drive type and density under XP and 2K3. Note that versions prior to 2.1 will show incorrect block sizes under XP and 2K3 beginning with Cygwin 1.5.8, since the usage of the mtget.mt_resid and mtget.mt_dsreg fields have been aligned to the Linux SCSI tape driver. To update your installation, click on the Install Cygwin now link on the http://cygwin.com web page. This downloads setup.exe to your system. Run setup and answer all of the questions. Note that if this is the first time that you've run the new GUI version of setup, it will currently download the whole cygwin net release again. After this point it will only download what is needed. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.