Re: Using 'complex.h' and GCC-3.4.4-3 in Cygwin
On Thu, Jul 26, 2007, Greg Chicares wrote: $ gcc test_complex_h.c test_complex_h.c:3:21: complex.h: No such file or directory I suppose newlib doesn't provide a full C99 implementation yet. I've had good luck with the c9x-complex package: http://www.moshier.net/c9x_readme.html Of course, you should test carefully yourself, but for me this provides a complex.h header and the associated functions that seem to work fine with cygwin. ...dave case -- 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: MPI
On Thu, Dec 07, 2006, MarioA wrote: I would like to know if someone can tell me what I have to do to install MPI, in order to use it under Cygwin. You can download and install a precompiled mpich2 for windows. Then you can use cygwin compilers and loaders to link your program to that library in the usual way. When I tried a couple of months ago to build mpich2 from sources using cygwin's compilers, there were problems (which I don't even fully remember now). Since the precompiled libraries worked fine for me, I didn't pursue this. ...good luck...dave case -- 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: XWin
On Thu, Aug 10, 2006, Paul Schlesinger wrote: At the same time it was noted that the packages 6.8.99.901-1 would not start xmgrace. So those of us using grace move back to earlier packages. Has there been any progress on this that I might have missed and not found in the database? Doing a rebaseall fixes the xmgrace problem, at least for Volker Quetschke and me: http://sourceware.org/ml/cygwin-xfree/2006-07/msg00105.html [This is the first hit when you search for xmgrace on the cygwin-xfree mailing list archive] ...worked like a charm for me...good luck...dave case -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: stdio.h
On Fri, May 26, 2006, Brian Dessent wrote: 2. In current versions of Cygwin getline and getdelim are only defined if the user defines _GNU_SOURCE - this is the same way it's done on linux. This change doesn't seem(?) to be in /usr/include/sys/stdio.h from Cygwin DLL 1.5.19-4. So I think one may have to use CVS or a snapshot, rather than just using the usual setup.exe procedure. ...dave case -- 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: OpenSSH on windows Problem
On Thu, Sep 02, 2004, Christopher Faylor wrote: This is really really simple and I don't know why it is so confusing. If your program uses the cygwin DLL, then your program is GPLed. On possible reason for confusion is that statments like this one (which have appeared many times on this list) are poorly worded. It would be better to say something like this: If you distribute a program linked to the cygwin DLL without making that program available under the GPL (or an equivalent allowable license) you are in violation of the license under which you received the cygwin DLL in the first place. It is possible, but unlikely, that a court could order a remedy that would force you to distribute your program under the GPL. It is not that case that violating the cygwin license means that your program is GPLed in some instantaneous or automatic fashion, simply as consequence of your bad behavior. Fears that programs might somehow be automatically forced under the GPL may help propagate the (false) perception that the GPL is viral. ...dave case -- 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: MSVDM rxvt refresh
On Tue, Apr 06, 2004, Brian Ford wrote: I'm using MSVDM (Virutal Desktop Manager) from Microsoft PowerToys for Windows XP. When changing from one desktop to another, my rxvt windows do not refresh properly. FWIW, I also use the virtual desktop manager and rxvt, and have never seen the problem you describe. So I would guess that more details will be needed to figure this out. Are you using the X-windows version of rxvt or the Windows-windows version? ...dave case -- 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: SFU installed - rxvt problems
On Fri, Jan 16, 2004, Christopher Faylor wrote: On Fri, Jan 16, 2004 at 03:07:04PM +0100, Gerrit P. Haase wrote: I don't know if SFU is the reason, but after installing it and rebooting the computer I cannot open a rxvt terminal without running X. It complains: $ /usr/bin/rxvt rxvt: can't open display 127.0.0.1:0.0 I hope this isn't the start of a lot of posts about SFU. I really don't want to get too bogged down in incompatibilities between cygwin and an essentially competing project. A few such posts are actually helpful, to warn people (like me) who might have been tempted to install SFU. Based on posts like Gerrit's, I will probably wait a while, since rxvt is far more important to me than is nfs. Knowing that others find problems is useful information, even if no fixes are forthcoming. ..dave case -- 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: latex and lyx
On Thu, Nov 20, 2003, koorapati, koundinya wrote: The thing is that MikTex should be used instead of the the default tetex/latex that gets installed with cygwin. There are instructions to uninstall tetex. Am I right in assuming so ? Some of the installation instructions for the cygwin port of LyX were written a long time ago and are outdated. Several users on the LyX mailing lists (including me) have reported no problems using cygwin's tetex along with the Hentschel package for LyX. (Basically, just install the LyX package into your cygwin tree, and use the cygwin versions of tetex, python, perl, sh, imagemagick and ghostscript to complete the package.) The cygwin package is at: http://wwwserv1.rz.fh-hannover.de/mbau/tim/hentschel/lyx/ Many windows users prefer the native package because it has a nicer looking GUI, with better on-screen fonts (which can be important for a interface that you might be staring out for many hours at a time): Native: http://www.home.zonnet.nl/rareitsma/lyx/ ..hope this helps...dac -- 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/
apparent conflict between mutt-1.4-1 and libiconv-1.9.1-3
It looks like a recent update to libiconv generates a conflict with mutt (version 1.4-1). Here is at least one symptom: if you reply to a message that contains international characters, mutt aborts with the following message: assertion errno == E2BIG || (BUGGY_ICONV (errno == EILSEQ || errno == ENOENT)) failed: file ../mutt-1.4-1/sendlib.c, line 743 Line 743 in sendlib.c is checking the return status of an iconv() call, although I don't know exactly what it is doing. Reverting to an earlier version (1.8-3) of libiconv solves this problem, but reverting causes lots of other problems for me: e.g. ls can't find the symbols it in cygiconv-2.dll. I recompiled mutt from sources, linking to the latest libiconv package, and the problem cited above went away; so it may be that all that is needed is a simple recompile. But someone familiar with iconv might be able to tell more quickly than I could what could be causing the assertion failure listed above (e.g. is BUGGY_ICONV now set to something different than before?) cygcheck.out is attached. ..thanks...dave case -- 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: What is the minimum needed to run gtar?
On Wed, Aug 06, 2003, David Rothenberger wrote: You can find out what DLLs an executable needs by running cygcheck on it. Note that this may not give a complete list. Consider rxvt.exe: quine% cygcheck rxvt.exe Found: .\rxvt.exe Found: C:\cygwin\bin\rxvt.exe rxvt.exe .\cygwin1.dll C:\WINDOWS\System32\KERNEL32.dll C:\WINDOWS\System32\ntdll.dll C:\WINDOWS\System32\USER32.dll C:\WINDOWS\System32\GDI32.dll C:\WINDOWS\System32\ADVAPI32.dll C:\WINDOWS\System32\RPCRT4.dll This might suggest that only cygwin1.dll is needed (besides the windows stuff). However, continuing (in X, with DISPLAY set): quine% cd /usr/X11R6/bin quine% mv libX11.dll libX11.dll~ quine% back /bin quine% ./rxvt.exe failed to load libX11.dll Putting libX11.dll~ back to its original name again allows rxvt.exe to run correctly. Thus in this case (at least) cygcheck is not finding _all_ of the dll's that are needed. ...dave case -- 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: 'Wrong' dll names in 4.3.0-1 packages - breaks all 3rd party X apps
On Fri, Aug 01, 2003, Harold L Hunt II wrote: No. Older X apps will need to be recompiled for 4.3.0. This is a change that needed to happen. In the meantime, you can keep the old DLLs in the same directory and it will allow older X apps to run side by side with new X apps. One of the most common older apps that needs to be recompiled is rxvt. This seems to be a packaging issue: what is the best way for setup to (help) ensure that people upgrading to the new Xfree86 version get a re-compiled rxvt as well? Of course, in principle, rxvt is no different from other X programs that are not updated when Xfree86 is updated, but I think it is very widely used, and hence likely to trip almost everyone up when it stops working after they update the X packages. ..dave case
cgf:RCM
On Wed, Mar 19, 2003, Christopher Faylor wrote: Oddly enough, his company (or at least the company he used to work for) was the *only* one to ever send me a token of appreciation for my work on cygwin. I don't know what constitutes a token of appriciation, (not to mention what half the acronyms here stand for,) but the work of Chrisopher and Corinna (and lots of others) to make cygwin ever better is *really* helpful to me. The combination of Windows + cygwin really fits my needs, and I recognize that I haven't paid a penny for the cygwin part of it. So: thanks to all who've helped out with the cygwin effort! ..dave case -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Setup hangs repetedly
On Sat, Feb 01, 2003, Elfyn McBratney wrote: I've removed cygwin as its too alpha for my use. This is probably why most experienced users recommend using one of the beta releases, in particular b19. There are no problems using setup.exe in that version (such as not being able to resize the window...) ..dac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
problems with the %h flag to the date command
Several of my scripts are failing because date doesn't seem to properly recognize the %h flag. According to the docs: % man date NAME date - print or set the system date and time .. %b locale's abbreviated month name (Jan..Dec) .. %h same as %b .. But here is my experience: % date +%d%b%y 14Jan03 % date +%d%h%y 1403 The %h argument works as advertised on RedHat Linux, and on several Unices. So, this has the earmarks of a cygwin-specific problem. I could not find any mention of this at the FAQ or mailing lists. My cygwin installation (Windows XP Pro) is no more than a few days old (cygcheck output attached...) There is an obvious work-around, but not one that I can see that avoids propagating changes (%h - %b) back to Unix origins of a reasonably large number of scripts. ..thanks!...dave case Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Jan 14 20:14:54 2003 Windows XP Professional Ver 5.1 Build 2600 Path: . C:\cygwin\usr\local\aspell C:\cygwin\home\case\bin C:\cygwin\home\case\amber8\exe-3 C:\cygwin\home\case\nab5\bin C:\cygwin\usr\local\wnprun\bin C:\cygwin\usr\local\rdb C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Program Files\Intel\Compiler70\IA32\Bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\PROGRAM FILES\THINKPAD\UTILITIES c:\MSDEV\BIN SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS CYGWIN = `ntsec' HOME = `C:\cygwin\home\case' MAKE_MODE = `unix' PWD = `/home/case' USER = `case' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' AMBERHOME = `/home/case/amber8' APPDATA = `C:\Documents and Settings\case\Application Data' COLORFGBG = `0;default' COLORTERM = `rxvt-xpm' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `QUINE' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVSROOT = `gamow.scripps.edu:/thr/gamow/cvsroot' CVS_RSH = `rsh' CVS_SERVER = `/usr/local/bin/cvs' CYGWIN_ROOT = `\cygwin' DELDIR = `/usr/local/qnifft22' DISPLAY = `127.0.0.1:0.0' DMF_PRESERVE = `1' DOMAIN = `.scripps.edu' ECHONOCR = `-n' EDITOR = `/usr/bin/vim' GRACE_HOME = `/usr/local/grace' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\case' INCLUDE = `C:\MSDEV\INCLUDE' INTEL_LICENSE_FILE = `C:\Program Files\Common Files\Intel\Licenses' LIB = `C:\MSDEV\LIB' LOGNAME = `case' LOGONSERVER = `\\QUINE' MAILCHECK = `999' MANPAGER = `less -R' MANPATH = `:/usr/ssl/man:/usr/ssl/man' NABHOME = `/home/case/nab5' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/case/amber8' OS = `Windows_NT' PALMTOPCENTERDIR = `C:\Program Files\Sharp\Qtopia Desktop' PARBODY = `._A_a' PARINIT = `Rgqr' PARQUOTE = `_s|' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Program Files' PROMPT = `quine%% ' RTF2LATEX2E_DIR = `/usr/local/rtf2latex2e' SESSIONNAME = `Console' SHELL = `/bin/zsh' SHIFTSHOME = `/home/case/shifts' SHLVL = `2' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\case\LOCALS~1\Temp' TERM = `rxvt' TMP = `c:\DOCUME~1\case\LOCALS~1\Temp' TZ = `PST8PDT' USERDOMAIN = `QUINE' USERNAME = `case' USERPROFILE = `C:\Documents and Settings\case' VISUAL = `/usr/bin/vim' WINDIR = `C:\WINDOWS' WINDOWID = `8388611' _ = `/usr/bin/cygcheck' 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\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 44725Mb 26% CP CS UN PA FC @ ', ' D . /cygdrive userbinmode,cygdrive 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
