Re: gcc newbie question
Myriam Abramson wrote: > > thanks so much. I'm always there. > > One more thing: I get an undefined reference to WinMain@16. What do I > am missing? Read the FAQ on cygwin.com - it contains an answer to your question. There are also many ather usefull topics covered in it :) -- 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: -mno-cygwin and SDL
[EMAIL PROTECTED] wrote: > > Hi, I downloaded and compiled SDL-1.2.3 from source in cygwin, and suprisingly I got >it to work. Then I tried to set -mno-cygwin so that the app would work outside of >Cygwin, but I get: > > $ make win > gcc test1.C -mno-cygwin -I /usr/include -lglut32 -lglu32 -lopengl32 -lSDL -o >exec/test1.exe The line above should be changed like this: gcc test1.C -mno-cygwin -I /usr/include -o exec/test1.exe -lglut32 -lglu32 -lopengl32 -lSDL Read the FAQ on cygwin.com it contains a topic on WinMain@16. -- 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: Illegal User Error Attempting to Authenticate in sshd
On Tue, Dec 04, 2001 at 05:32:08PM -0600, Dave Pinsker wrote: > Using "cygrunsrv" to install a service is successful, however am unable > to successfully start service either through "cygrunsrv -S" or Win's > Service Manager. Returns the error "Service did not return an error", > as seen in other postings. Numerous attempts with different configuration > settings seem to say that using cygrunsrv with my configuration is a nogo. A good way to debug problems in sshd when started as service is, Use `-d' instead of `-D' as argument. Then start the service and after the service start has finished (successfully or not) examine the debug output in /var/log/sshd.log. This will give you a clue, perhaps. But note that when you start sshd with the `-d' option, the service will automatically stop after the first successful connection automatically. In earlier posting on this list we discussed adding dependencies to other services as e.g Tcpip or LanmanWorkstation. But that's not your problem here, probably. Another very important point is, check the permissions of the /etc directory and the permissions of /etc/passwd, /etc/group and /etc/ssh* overcarefully. After an installation with setup, the permissions are sometimes so that SYSTEM doesn't have appropriate permissions on /etc or subsequent files as soon as `ntsec' is used. It's not necessary for SYSTEM to have write access but read access should be given. So try chmod 755 /etc chmod 644 /etc/passwd /etc/group etc. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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/
[ANNOUNCEMENT] New on sourceware: cygutils-0.9.7-1
cygutils-0.9.7-1 has been uploaded to the Cygwin net distribution. cygutils provides a collection of small -- and hopefully useful -- utilities. This package started life as the "misc" package from the "CygUtils" website, but has been renamed and has a new home: http://www.neuro.gatech.edu/users/cwilson/cygutils-package/ It provides: ascii.exebanner.exe cal.exe dump.exe namei.exe conv.exe u2d.exe unix2dos.exe d2u.exedos2unix.exe putclip.exe getclip.exe The source package provides: semtool.exe semstat.exe semtool.exe msgtool.exe (these are not distributed in binary form because they require the cygipc package -- which is not part of the official cygwin distribution. There are good reasons for this; search the mailing list archives if you're curious) --Chuck 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. Save it and run setup, answer the questions and pick up 'cygutils' from the 'Devel' category. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already updated. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin 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 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 *** 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] -- 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: Safety of ssh-agent re: fake unix sockets?
Hi! Wednesday, 05 December, 2001 Seth Delackner [EMAIL PROTECTED] wrote: SD> Way back in January, in message SD> http://www.cygwin.com/ml/cygwin/2001-01/msg00063.html SD> I think Egor Duda, but perhaps David Peterson wrote SD> that the socket implementation in cygwin allowed an SD> attacker to simply send an RSA auth request to a SD> specific port on your machine and presto, he would SD> receive your private key. first, the message you've referenced is a bit incorrect: AF_UNIX sockets in cygwin can be connected from localhost _only_. that is, exploits are possible only from users that are logged in locally. second, AF_UNIX sockets have recently been augmented with "secret cookies" code which is supposed to prevent attacks from unauthorized local users. see cygwin-developers@ archive for details. SD> I really don't want to have to setup a port-blocking SD> firewall just to prevent this, especially considering SD> that ZoneAlarm is doing a fine job with application- SD> specific blocking (and I have no other services running SD> that outsiders could abuse). firewalling from external hosts is not (and actually was not) necessary wrt AF_UNIX sockets. I'd like to stress again that cygwin is still insecure and can be exploited by users locally logged on, but there's no known remote exploits. If anyone knows about the ways to exploit cygwin remotely, _please_ report them to cygwin-developers mailing list. Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 -- 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: Illegal User Error Attempting to Authenticate in sshd
On Wed, Dec 05, 2001 at 09:44:01AM +0100, Corinna Vinschen wrote: > On Tue, Dec 04, 2001 at 05:32:08PM -0600, Dave Pinsker wrote: > > Using "cygrunsrv" to install a service is successful, however am unable > > to successfully start service either through "cygrunsrv -S" or Win's > > Service Manager. Returns the error "Service did not return an error", > > as seen in other postings. Numerous attempts with different configuration > > settings seem to say that using cygrunsrv with my configuration is a nogo. > > A good way to debug problems in sshd when started as service is, > Use `-d' instead of `-D' as argument. Then start the service > and after the service start has finished (successfully or not) > examine the debug output in /var/log/sshd.log. This will give > you a clue, perhaps. But note that when you start sshd with > the `-d' option, the service will automatically stop after the > first successful connection automatically. Actually it stops after the first attempt to connect, not only if this attempt was successful. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
Hi, I've hade the same problem since 1.3.6. And now I have 1.3.6-3 installed. Still the same problem. 1.3.5 works fine. If you run sh instead of bash you get tab characters. So I guess it has to do with the file find process in bash. Jens Yllman Uniweb ABPhone: +46 8 626 42 00 P O Box 745 FAX:+46 8 626 42 01 S-191 27 SOLLENTUNA SWEDEN http://www.uniweb.se/ -- 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: Run a perl script with cygwin
Please make sure that replies go to the Cygwin email list whom I am CCing this reply to. On Wed, 5 Dec 2001 10:07:17 +0100 (MET) you wrote: >I tried but it fails it says bad path with my script even it says that iu-config > The specified name is not recognized as being an internal command(order) or >external, a program executable or a file of command(order) . > >I use the Active_perl for Win32. >Why? You are still confusing Cygwin applications with Windows applications. Active State's Perl knows nothing of Cygwin's POSIX style paths and applications. Cygwin comes with its own Perl which known about Cygwin paths. Why are you using Active State's Perl? There is NO WAY you are going to directly run iu-config from Active State Perl from outside of Cygwin because it is a Bash script. If you insist on running Active state Perl you may have more luck with: my $cmd='C:\cygwin\bin\bash.exe /bin/iu-config'; but the proper thing to do is to run the Perl which comes with Cygwin. -- Mark Himsley In Acton -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
On Wed, Dec 05, 2001 at 10:32:47AM +0100, Yllman, Jens wrote: > Hi, > > I've hade the same problem since 1.3.6. And now I have 1.3.6-3 > installed. Still the same problem. 1.3.5 works fine. > > If you run sh instead of bash you get tab characters. So I guess it has > to do with the file find process in bash. But that has nothing to do with the Cygwin version nor with the bash version. sh in Cygwin isn't bash but ash. Ash doesn't have file completion. Just call `echo $BASH_VERSION' in the shell: In bash: $ echo $BASH_VERSION 2.05a.0(2)-release In ash == sh: $ echo $BASH_VERSION <-- Empty Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: LD error (cygwin dll related)
I have the same problem sometimes, with tar. The solution for me is to shorten the PATH to just /bin. Perhaps you could try this, to see if the problems are linked? - Original Message - From: "Stephano Mariani" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, December 04, 2001 9:24 PM Subject: LD error (cygwin dll related) I have a problem with LD on my windows XP box... Usually when LD is invoked by gcc, while trying to link a DLL, it terminates with signal 11 and a segfault (stackdump appended). This however goes away when I kill all cygwin related processes (i.e. those than depend on cygwin dll) then try this, it works fine! I discovered this by accident, when using make to build one of my larger projects, I use "make -j5" usually, and found LD crashed when there were other cygwin processes running, but not when it was the only one (except collect2 and gcc of course). This happens even when I have only two consoles open (not bash, but cmd.exe) and one is running cygwin's telnet, and the other runs ld, but goes away if I terminate telnet. Is this a Windows XP problem or a cygwin problem or a binutils bug? Should I post to the binutils mailing list? I have included the stackdump and the output from cygcheck -vsr... Charlie Exception: STATUS_ACCESS_VIOLATION at eip=00472418 eax=0002 ebx=000A ecx=0042ACB8 edx= esi=000A edi=0A014C08 ebp=0023FD74 esp=0023FD50 program=D:\cygwin\bin\ld.exe cs=001B ds=0023 es=0023 fs=003B gs= ss=0023 Stack trace: Frame Function Args 0023FD74 00472418 (000A, 0A07F038, 0A014C08, 00413815) 0023FDD4 0042ED9C (0A014A38, 004881DC, 0023FE34, 004265D7) 0023FE34 004265EA (0041441C, 005A, 0023FE74, 00417ABD) 0023FE44 00420014 (6168, 0040FEDD, 0023FE74, 004178D0) 0023FE74 00417ABD (0004, 61099368, 005A, 0004) 0023FEB4 0041AF94 (005A, 6168, 0A010278, ) 0023FF10 61003FA2 (, 0027, 0300, C48E) 0023FF40 610041B9 (0041A75C, 0027, 0008, 833F4000) 0023FF60 610041F9 (, , 001F, B4297C94) 0023FF90 00482457 (0041A75C, 0001, , 80576C70) 0023FFC0 0040103D (0027, 7FFDEC00, 7FFDF000, B4297CF4) 0023FFF0 77E7EB69 (00401000, , 78746341, 0020) End of stack trace Cygnus Win95/NT Configuration Diagnostics Current System Time: Tue Dec 04 21:12:32 2001 Windows XP Professional Ver 5.1 Build 2600 Path: D:\cygwin\usr\local\bin D:\cygwin\bin D:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `D:\cygwin\home\cmiller' MAKE_MODE = `unix' PWD = `/home/cmiller/skar/skz' USER = `cmiller' !:: = `::\' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\cmiller\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PPS-01' COMSPEC = `C:\WINDOWS\system32\cmd.exe' DISKEEPERICON = `D:\DiskeeperServer\' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\cmiller' LOGONSERVER = `\\PPS-01' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/cmiller/skar' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0602' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `f:\cmiller' TERM = `cygwin' USERDOMAIN = `PPS-01' USERNAME = `cmiller' USERPROFILE = `C:\Documents and Settings\cmiller' WINDIR = `C:\WINDOWS' _ = `/usr/bin/cygcheck' __COMPAT_LAYER = `DisableThemes ' 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\mounts v2\/ (default) = `E:/cygwin' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home/cmiller/skar (default) = `G:\skar\skar' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `E:/cygwin/bin' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `E:/cygwin/lib' flags = 0x0002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd er\Start Menu2\Programs\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A b: net NTFS4996Mb 40% CP CS UN PA FC HARDDISK c: hd NTFS5004Mb 49% CP CS UN PA FC
Re: Run a perl script with cygwin
On Wed, 05 Dec 2001 09:51:37 + you wrote: >There is NO WAY you are going to directly run iu-config from Active State >Perl from outside of Cygwin because it is a Bash script. Sorry, this is supposed to read: There is NO WAY you are going to directly run iu-config from Active State Perl because it is a Bash script. -- Mark Himsley In Acton -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
Chris, I've tracked this to having a element like /cygdrive/s/foo where does not exist in the PATH. I don't know why that path element didn't show for cygcheck, but there you are. So, steps to reproduce: export PATH=$PATH:/cygdrive/z/foo where z: doesn't exist Jens, can you check your path within bash (set | grep PATH) and see if you have any non-existant drive letters listed? Rob === - Original Message - From: "Yllman, Jens" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 8:32 PM Subject: Re: cygwin 1.3.6 + bash 2.05a-2 + command completion > Hi, > > I've hade the same problem since 1.3.6. And now I have 1.3.6-3 > installed. Still the same problem. 1.3.5 works fine. > > If you run sh instead of bash you get tab characters. So I guess it has > to do with the file find process in bash. > > Jens Yllman > > Uniweb ABPhone: +46 8 626 42 00 > P O Box 745 FAX:+46 8 626 42 01 > S-191 27 SOLLENTUNA > SWEDEN http://www.uniweb.se/ > > -- > 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/ > > -- 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: cygwin mutt: Problem with line endings?
Hi Rainer,
> Hello Gary,
>
> since you have introduced yourself to me as cygwin mutt maintainer some
> time ago, I dare to contact you directly concerning my current mutt
> trouble.
>
"Dare"? Oh come on, I'm not *that* scary am I?! ;-) It's always better though
to post any questions to the cygwin list rather than to me directly (after the
requisite FAQ- and mail-archive-searches) for a couple reasons: any solutions
might of course be of help to others, and somebody else might have answers I
don't. In that vein, I've taken the liberty of copying the list and adding them
to the followups. But to the issue at hand:
> Having updated some cygwin packages, mutt has begun displaying message
> texts like this:
>
> > > about in 1998 i wrote a first part of a book
> +
> > > with pieces of music, using PMX and M-tx (and musixlyr).
> +
> > > Now i wanted to write another part for the book using
> +
> > > the now enhanced PMX and M-tx (and musixlyr).
> +
>
> .. with inverted '+' signs, indicating "long" lines. In fact, hovever,
> the lines are not longer than visible (i.e. no hidden space characters
> at the line ends). Before the update, mutt has displayed the same
> messages normally, i.e. without the intermediate '+' lines.
>
> To my eyes, this seems as if mutt had trouble with CRLF newlines.
I'm seeing this too (received email only, right, i.e. not during a compose?),
and that's sure what it looks like. It's not receiving binary attachemnts for
me either, though I don't think that's new (I never did anything on the receive
side), and it is still sending them fine. Lord how I want this
CR/LF-LF-CR-LF/CR-CTRLZ craziness to just go away for ever and ever
> On the
> other hand, the inbox file *has* Unix-style line endings and is accessed
> by mutt via a binmode mount ("mount" output: "e:\rainer\daten\mail on
> /mail type user (binmode)"). Just to make sure, I've also tried the same
> with /mail as a textmode mount, but with the same result.
>
And I'm textmode all-around, always. You'd sure think it would work one way or
the other. What happens if you manually convert your inbox to CRLF line
endings?
What are you using for your receive-side "fetchmail+procmail" stuff? Was
anything there part of what you updated?
> Since this issue touches one that you've pointed out as a new property
> of mutt 1.2.5i-5, "Default Cygwin file mode handling has been
> re-enabled, so your mutt config files need only match your mount mode
> (i.e. you don't need unix line endings on a textmode mount)", this
> suggests that there may be some relation. Or am I doing something wrong?
> I'd greatly appreciate if you could help me somehow.
>
> This is part of "mutt -v" output before the update, when everything was
> still okay:
>
> Mutt 1.2.5i (2000-07-28)
> System: CYGWIN_NT-5.0 1.3.3(0.46/3/2) [using ncurses 5.2]
>
> The same in the current situation:
>
> Mutt 1.2.5i (2000-07-28)
> System: CYGWIN_NT-5.0 1.3.6(0.47/3/2) [using ncurses 5.2]
>
Well, that's a pretty good gap in cygwin1.dll's, but I'm pretty certain the
solution to this is somewhere in the bowels of mutt's source. I don't offhand
recall anything text/bin related going into the DLL recently.
> Thanks in advance for any help!
>
Unfortunately I don't have much to give you at this point, but thanks for
bringing this to my attention. I had planned on rerolling 1.2.5i one last time
here in the near future just to get it linked to the new ncurses, but it seems I
may have more work than just a rebuild to do. Shoot.
--
Gary R. Van Sickle
Brewer. Patriot.
--
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: inetd 1.3.2-15 not respawn udp connections
On Wed, Dec 05, 2001 at 12:38:57PM +0100, Enrico Bernardini wrote: > Hi, > I found the "bug": > the problem was the "wait" option. > in inetd.c se_wait is definde short but it take the pid (int) values. > So (sep->se_wait == pid) never matchs and the server never restarts. > > Here is the very small patch to inetd.c (short => int) Thanks for the patch. I will upload a new inetutils soon. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
Hi, Yes, I have a /cygdrive/x in my path that is not always maped. When I map it it works fine. Small question. Is putting a directory named cygdrive in your root a smart thing to do? It makes it possible to do 'cd /cygdrive'. But does that make 'find / -name ...' work poor? Or is it better? Jens Yllman Robert Collins wrote: > > Chris, > I've tracked this to having a element like > /cygdrive/s/foo where does not exist in the PATH. > > I don't know why that path element didn't show for cygcheck, but there > you are. > > So, steps to reproduce: > export PATH=$PATH:/cygdrive/z/foo > where z: doesn't exist > > Jens, can you check your path within bash (set | grep PATH) and see if > you have any non-existant drive letters listed? > > Rob > === > - Original Message - > From: "Yllman, Jens" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, December 05, 2001 8:32 PM > Subject: Re: cygwin 1.3.6 + bash 2.05a-2 + command completion > > > Hi, > > > > I've hade the same problem since 1.3.6. And now I have 1.3.6-3 > > installed. Still the same problem. 1.3.5 works fine. > > > > If you run sh instead of bash you get tab characters. So I guess it > has > > to do with the file find process in bash. > > > > Jens Yllman > > > > Uniweb ABPhone: +46 8 626 42 00 > > P O Box 745 FAX:+46 8 626 42 01 > > S-191 27 SOLLENTUNA > > SWEDEN http://www.uniweb.se/ > > > > -- > > 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/ > > > > -- Uniweb ABPhone: +46 8 626 42 00 P O Box 745 FAX:+46 8 626 42 01 S-191 27 SOLLENTUNA SWEDEN http://www.uniweb.se/ -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
=== - Original Message - From: "Yllman, Jens" <[EMAIL PROTECTED]> > Hi, > > Yes, I have a /cygdrive/x in my path that is not always maped. When I > map it it works fine. Ok, in my mind that conforms the way to reproduce. I don't have time at the moment (sigh, I wish I did, I really do) to debug this myself though. Rob -- 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/
Error running cygcheck.
Hi, I tried to run cygcheck. But I get 'cygcheck: dump_sysinfo: GetVolumeInformation() failed: 31' if I run cygcheck -s. It could have something to do with my system reporting having a e: and f: as a removable drive. But they don't exist. And I've found no way to remove them. I get some of the report from cygcheck and there it reports e: and f: as n/a. The 31 means 'A device attached to the system is not functioning.' acording to the MSDN library. And it happens when cygcheck scans all possible drive letters. And I guess that this is done to report what drives is available. And that list includes e: and f: as fd. So it should not be that generating the error. I'll try to change the code and compile with added information in the error message. Jens Yllman Uniweb ABPhone: +46 8 626 42 00 P O Box 745 FAX:+46 8 626 42 01 S-191 27 SOLLENTUNA SWEDEN http://www.uniweb.se/ -- 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/
cvs/ssh and rsa based authentication
Hi all, I've seen that there were already several discussions about cvs and ssh, but I have a so far undiscussed problem - maybe someone can help me. I already know how to use cvs in combination with ssh, and it works fine. Whenever you send an cvs command, then one of the available autentication methods for ssh is invoked. One method is password authentication. This is very annoying, if you use cvs with ssh, because you have to type your ssh password each time you send a cvs command. So I tried to use the rsa based authentication method for ssh. I generated a public/secret key pair (without a passphrase) and put the public key into the ~/.ssh/autorized_keys file on the cvs server. The RSAAutentication option in the sshd_config file on the server is set to yes. Everything works fine if I try to login from a linux client - the rsa authentication works, and I'm not asked for a password. Unfortunately the same thing doesn't work, if I login to the same server from a Windows 2000 client using Cygwin. Although I have created another public/secret key pair on the Windows 2000 system and put the public key into the ~/.ssh/autorized_keys file on the cvs server, I'm still asked for my ssh password, each time I send a cvs command or each time I try to login to the server via ssh directly. This happens even if I use the ssh option -i (with which you can specify the path to your secret key directly). The strangest thing is: I've downloaded another ssh client program for Microsoft Windows ( http://www.tu-bs.de/rz/sysadmin/ssh/dos/ssh-1_2_14-win32bin.zip), and if I use this ssh client in combination with WinCVS 1.2, then it works - I'm not asked for a password. Now it gets very confusing: If I use the same ssh client not in combination with WinCVS, then I'm asked for the password again! Has anybody any idea, how I can get rid of this password checking? -- Andreas Schorr -- 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: experimental texmf packages
Charles Wilson <[EMAIL PROTECTED]> writes: First, thanks for your reply on my ranting mail, that went to the list by accident (look at Gerrit's address). > Silly? no. Difficult and painful, prompting questions like "surely > there is a better way"? yes. Well, I still thought it was silly to have identical forward and backward patches, when we have a patch -R flag. Normal mode of operation is to (apply and) supply forward patches; now my (and everyone else's packaging procedure) I must be rewritten to do unpack, rename -> .orig, patch, run diff from .orig tree. Or, be hacked to try to determine the direction of the patch before applying, but > You need to understand where that requirement came from: protective > action against maintainers who flake out. [snip] I understand this must be avoided at all cost. > So, we said "provide prepatched source" -- because people wanted to > just unpack, configure, make -- but also "provide the diff between > your source and the official version". Sure, but I don't see any advantage in reversed patches. > Yes, it's a pain. Yes, there are better ways. But silly? no. (I think > the silly part was insisting that the source code be PRE-patched. Yes, I think that requirement is silly too. Because people will be using a download cache, the pristine source is there too. Build environments now hold pristine sources, patched sources, and patches in both directions. But, whatever gets you going :-) > there is no iron clad, my-way-or-the-highway standard, but agreement on > a number of principles: > 1) official, unmodified source code should be provided > 2) with a diff (or multiple diffs) that are used to turn the official > source into cygwin source > 3) there should be some sort of automated script -- shell script, > external makefile, *something*, to drive the entire cygwin build I'm not sure I understand. Have the 1-diff,reversed diff, pre-patched -src requirements been dropped? Currently, I dist the pristine tarball as foo-orig.tar.gz; and the pre-patched cygwin, including the applied patches, as -src.tar.gz. Is this sort of what it should be now: $ tar xzf foo-1.1-1-src.tar.gz $ ls foo-1.1-1-src foo-1.1-1-src/foo-1.1.tar.gz # pristine src foo-1.1-1-src/foo-1.1-1.patch # forward diff foo-1.1-1-src/other.patch doit.sh # how to guess this name? $ cat foo-1.1-1-src/doit.sh #!/bin/bash set -e tar xzf foo-1.1.tar.gz mv foo-1.1 foo-1.1-1 cd foo-1.1-1 patch -p1 < ../other.patch patch -p1 < ../foo-1.1-1.patch autoconf ./configure --prefix=/usr make make install prefix=/tmp/foo-root/usr cd /tmp/foo-root tar czf /usr/src/foo-1.1-1.tar.gz * How about an example dummy package like this? Now every package should contain a build script. Isn't that a step backwards in the evolution? You'd want a central tool(set) to do the building and packaging, and package specific scripts/makefile snippets. > That's it. > > Three years ago, I ported RPM > > You did that? I thought *I* did that (cygutils, perl-5.005 modules, mid > 1998). I think it's silly for people to re-port the same applications > for the umpteenth time... :-> :-) > But you gloss over the *reasons* it didn't catch on: > > 1) There was no true NATIVE port, so you couldn't use rpm to install > cygwin itself. That is a real problem. But it solved the cross-building, the tarball/patch issue, binary packaging, dependencies, pre/post install/remove scripts for me. > 2) Nobody, and I mean NOBODY, has followed thru on porting, packaging, > and maintaining the berkeley-db and rpm packages as official, > cygwin-mirror-system distributed packages (surely that's the FIRST step > before attempting to use rpm as the be-all and end-all package > management application for cygwin? PROVIDE it and maintain an official > port?) I didn't have the webspace to do that. But I did implement .patch.rpm's (supply pristine source yourself) to work around that, and put it up here (where it sits and rots): http://www.xs4all.nl/~jantien/cygnus/b20/PRPMS Also, while I am/was willing to help out the Cygwin project, I'd rather work on LilyPond than reinvent packaging/do porting. I hoped people to be interested, discuss and maybe take over what I tried to start, but nothing much happened, then. > > and I built a set of cross-build scripts > > from the .spec shell-snippets. > > that's a neat idea. Can I see? Sure (it's been posted to the cygwin list a couple of times, but as there where no reactions, I decided not to spam the list any further). Find the latest here: http://lilypond.org/people/jan/gnu-windows/cygwin-cross-1.3.6.0.tar.gz It's a cardhouse of shell snippets. The idea is simple: there are three flavours of packages: binary (= untar, that's it), cross (eg, binutils, gcc), native (guile, lilypond etc). Each flavour has a number of stages that should be performed: download, configure, make, install etc. Fo
Re: cvs/ssh and rsa based authentication
This is my guess: Your Cygwin ssh client and the server you are connecting to have probably decided to use SSH2 protocol but you have not appended your ~/.ssh/id_dsa.pub to the servers ~/.ssh/authorized_keys2. Either stick to SSH1 by using the -1 option to the ssh client or transfer contents of ~/.ssh/id_dsa.pub to the servers ~/.ssh/authorized_keys2. I guess this because its happened to me. You should be able to debug this by using the -v option in ssh. Good luck. On Wed, 05 Dec 2001 13:18:49 +0100 you wrote: >Hi all, > >I've seen that there were already several discussions about >cvs and ssh, but I have a so far undiscussed problem >- maybe someone can help me. > >I already know how to use cvs in combination with ssh, >and it works fine. Whenever you send an cvs command, >then one of the available autentication methods for ssh >is invoked. One method is password authentication. This is >very annoying, if you use cvs with ssh, because you have >to type your ssh password each time you send a cvs >command. > >So I tried to use the rsa based authentication method for >ssh. I generated a public/secret key pair (without a passphrase) >and put the public key into the ~/.ssh/autorized_keys file on >the cvs server. The RSAAutentication option in the sshd_config >file on the server is set to yes. Everything works fine if I try to >login from a linux client - the rsa authentication works, and I'm >not asked for a password. > >Unfortunately the same thing doesn't work, if I login to the >same server from a Windows 2000 client using Cygwin. >Although I have created another public/secret key pair on >the Windows 2000 system and put the public key into the >~/.ssh/autorized_keys file on the cvs server, I'm still asked >for my ssh password, each time I send a cvs command or >each time I try to login to the server via ssh directly. This >happens even if I use the ssh option -i (with which you can >specify the path to your secret key directly). > >The strangest thing is: I've downloaded another ssh client program >for Microsoft Windows ( >http://www.tu-bs.de/rz/sysadmin/ssh/dos/ssh-1_2_14-win32bin.zip), >and if I use this ssh client in combination with WinCVS 1.2, then >it works - I'm not asked for a password. >Now it gets very confusing: If I use the same ssh client not in >combination with WinCVS, then I'm asked for the password again! > >Has anybody any idea, how I can get rid of this password checking? > >-- >Andreas Schorr -- Mark Himsley In Acton -- 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: cvs/ssh and rsa based authentication
Hallo ! Just a guess: On Wed, 5 Dec 2001, Andreas Schorr wrote: > Unfortunately the same thing doesn't work, if I login to the > same server from a Windows 2000 client using Cygwin. > Although I have created another public/secret key pair on > the Windows 2000 system and put the public key into the > ~/.ssh/autorized_keys file on the cvs server, I'm still asked > for my ssh password, each time I send a cvs command or > each time I try to login to the server via ssh directly. This > happens even if I use the ssh option -i (with which you can > specify the path to your secret key directly). Did you enable RSAAuthentication in your ssh *client* ? IIRC cygwins ssh-client has RSAAuthentication disabled by default (because you *need* a password for a full user-context-switch). Try adding "-o RSAAuthentication" to your ssh-client commandline. Bjoern -- +-+ | Dipl.-Phys. Bjoern Kahl +++ AG Embedded Systems and Robotics (RESY) | | Informatics Faculty +++ Building 48 +++ University of Kaiserslautern| | phone: +49-631-205-2654 +++ www: http://resy.informatik.uni-kl.de | +-+ -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
Hi, The ChangeLog reports the following. 2001-11-24 Christopher Faylor <[EMAIL PROTECTED]> * fhandler_disk_file.cc (fhandler_cygdrive::readdir): Avoid reporting inaccessible drives. Maybe bash expect to get something like invalid drive or something. I've not checked bash. And I've not traced anything. Just this quick look at the ChangeLog. There is also other notes about fhandler_disk_file.cc in the ChangeLog. * fhandler_disk_file.cc (fhandler_disk_file::opendir): Set nohandle flag on dummy fd. I don't know if anybody can look into it. I don't have any more time. About the reason for me testing with sh also and not only bash was to see that it realy is bash handling of tab that crashes and not the stty settings or something like that. Jens Yllman Robert Collins wrote: > > === > - Original Message - > From: "Yllman, Jens" <[EMAIL PROTECTED]> > > Hi, > > > > Yes, I have a /cygdrive/x in my path that is not always maped. When I > > map it it works fine. > > Ok, in my mind that conforms the way to reproduce. I don't have time at > the moment (sigh, I wish I did, I really do) to debug this myself > though. > > Rob -- Uniweb ABPhone: +46 8 626 42 00 P O Box 745 FAX:+46 8 626 42 01 S-191 27 SOLLENTUNA SWEDEN http://www.uniweb.se/ -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
FWIW I think that cygwin is dying, not bash. However, as I haven't looked at the code Rob === - Original Message - From: "Yllman, Jens" <[EMAIL PROTECTED]> To: "Robert Collins" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 11:39 PM Subject: Re: cygwin 1.3.6 + bash 2.05a-2 + command completion > Hi, > > The ChangeLog reports the following. > > 2001-11-24 Christopher Faylor <[EMAIL PROTECTED]> > > * fhandler_disk_file.cc (fhandler_cygdrive::readdir): Avoid reporting > inaccessible drives. > > Maybe bash expect to get something like invalid drive or something. > I've not checked bash. And I've not traced anything. Just this quick > look at the ChangeLog. > > There is also other notes about fhandler_disk_file.cc in the ChangeLog. > > * fhandler_disk_file.cc (fhandler_disk_file::opendir): Set nohandle > flag on dummy fd. > > I don't know if anybody can look into it. I don't have any more time. > > About the reason for me testing with sh also and not only bash was to > see that it realy is bash handling of tab that crashes and not the stty > settings or something like that. > > Jens Yllman > > Robert Collins wrote: > > > > === > > - Original Message - > > From: "Yllman, Jens" <[EMAIL PROTECTED]> > > > Hi, > > > > > > Yes, I have a /cygdrive/x in my path that is not always maped. When I > > > map it it works fine. > > > > Ok, in my mind that conforms the way to reproduce. I don't have time at > > the moment (sigh, I wish I did, I really do) to debug this myself > > though. > > > > Rob > > -- > > Uniweb ABPhone: +46 8 626 42 00 > P O Box 745 FAX:+46 8 626 42 01 > S-191 27 SOLLENTUNA > SWEDEN http://www.uniweb.se/ > -- 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/
inetd service issues - cygrunsrv (was: cygrunsrv sshd fails: Some clues)
Hi, >Inetd has been ported many moons before cygrunsrv came to existence. >So it has the NT service handling code builtin. I see. inetd would refuse to start on both my 2k and my XP machine. I have resolved this now: I needed c:\cygwin\bin in the PATH, so cygwin1.dll can be found by the inetd service. inetd itself apparently looks for it somewhere in an 'sbin' (forgot to write down exactly which sbin), and also strangely '.' I wonder whether that PATH entry helps some folks who have trouble with sshd as a service? I doubt it though. >It's a good question, though. I'm not quite sure if we shouldn't >better revert these NT service stuff from inetd and use cygrunsrv >to start it. It's way cleaner a solution. If we're voting, I'm for switching to cygrunsrv. It means you need to support only one services handling codebase rather than two. Makes things a lot easier. [still on the issue of sshd] >What other people with problems starting these service can try is to >add a dependency to another service as e.g. tcpip. This could >positively influence the load order of the services. Perhaps they are >just started too early. That might well be, yes. Shawn -- 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: cvs/ssh and rsa based authentication
Bjoern Kahl AG Resy schrieb: > On Wed, 5 Dec 2001, Andreas Schorr wrote: > > > Unfortunately the same thing doesn't work, if I login to the > > same server from a Windows 2000 client using Cygwin. > > Although I have created another public/secret key pair on > > the Windows 2000 system and put the public key into the > > ~/.ssh/autorized_keys file on the cvs server, I'm still asked > > for my ssh password, each time I send a cvs command or > > each time I try to login to the server via ssh directly. This > > happens even if I use the ssh option -i (with which you can > > specify the path to your secret key directly). > > Did you enable RSAAuthentication in your ssh *client* ? > IIRC cygwins ssh-client has RSAAuthentication disabled by > default (because you *need* a password for a full > user-context-switch). > Try adding "-o RSAAuthentication" to your ssh-client > commandline. > Thanks for your suggestion, but it still doesn't work -- Andreas Schorr -- 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: problem with make
Ralf Habacker wrote: > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Christopher Faylor > > Sent: Tuesday, December 04, 2001 4:57 PM > > To: [EMAIL PROTECTED] > > Subject: Re: problem with make > > > > > > On Tue, Dec 04, 2001 at 08:14:04PM +1100, Robert Collins wrote: > > >- Original Message - > > >From: "Ralf Habacker" <[EMAIL PROTECTED]> > > >> > > >> Does anyone have an idea for fixing this ? I have no problem to fix > > >this, if somebody could > > >> give me a direction where I have to look on. > > > > > >Use linux or get the KDE team to fix their makefiles. You _could_ try > > >the cygwin=case_insensitive (spelling?) flag. The core problem though is > > >that that use they are making of the filesystem is invalid for case > > >insensitive filesystems - and windows isn't the only one around. > > > > Also, please use [EMAIL PROTECTED] for this type of bug reporting. This > > is not an applicable topic for cygwin-apps. > > > >From the mailing list page: cygwin-apps: a by-approval developers list for >discussing issues > regarding applications that are distributed with the Cygwin DLL. > > Is "make" an application distributed with cygwin ? :-) > Again, wrong list. This isn't discussing the applications that are being developed or ported by or to Cygwin. To ask this question tells me you are not a developer or maintainer of Cygwin applications so posts to this list are off limits. General questions about Cygwin or applications distributed via the Cygwin setup are to be posted to [EMAIL PROTECTED] I'm sure Chris would be more than happy to block anyone with repeated offenses. Earnie. _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- 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: cvs/ssh and rsa based authentication
Mark Himsley schrieb: > This is my guess: > > Your Cygwin ssh client and the server you are connecting to have probably > decided to use SSH2 protocol but you have not appended your > ~/.ssh/id_dsa.pub to the servers ~/.ssh/authorized_keys2. > > Either stick to SSH1 by using the -1 option to the ssh client or transfer > contents of ~/.ssh/id_dsa.pub to the servers ~/.ssh/authorized_keys2. > Hello Mark, Your guess was right. Thanks for your help! -- Andreas Schorr -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
On Wed, Dec 05, 2001 at 11:49:25PM +1100, Robert Collins wrote: >FWIW I think that cygwin is dying, not bash. > >However, as I haven't looked at the code ...and no one else will, of course. I'm going to be inaccessible for a couple of days. I fully expect that either Corinna will fix it or there will be a long thread speculating that this has something to do with the Bermuda Triangle by the time I return. cgf -- 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: inetd service issues - cygrunsrv (was: cygrunsrv sshd fails: Some clues)
On Wed, Dec 05, 2001 at 07:46:25AM -0500, Shawn Behrens wrote: > Hi, > > >Inetd has been ported many moons before cygrunsrv came to existence. > >So it has the NT service handling code builtin. > > I see. inetd would refuse to start on both my 2k and my XP machine. I have > resolved this now: I needed c:\cygwin\bin in the PATH, so cygwin1.dll can > be found by the inetd service. inetd itself apparently looks for it > somewhere in an 'sbin' (forgot to write down exactly which sbin), and also > strangely '.' That's documented in /usr/doc/Cygwin/inetutils-1.3.2.README. > > I wonder whether that PATH entry helps some folks who have trouble with > sshd as a service? I doubt it though. Yup. cygrunsrv adds always /bin to $PATH. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc. -- 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: experimental texmf packages
- Original Message - From: "Jan Nieuwenhuizen" <[EMAIL PROTECTED]> > > Well, I still thought it was silly to have identical forward and > backward patches, when we have a patch -R flag. Normal mode of > operation is to (apply and) supply forward patches; now my (and > everyone else's packaging procedure) I must be rewritten to do unpack, > rename -> .orig, patch, run diff from .orig tree. Or, be hacked to > try to determine the direction of the patch before applying, but Well to diff you always need two trees, the orig and the working tree. So having your pristine source in .orig doesn't seem hard to me :}. > > So, we said "provide prepatched source" -- because people wanted to > > just unpack, configure, make -- but also "provide the diff between > > your source and the official version". > > Sure, but I don't see any advantage in reversed patches. With patches that remove the cygwin code from the source in a tarball, you need a separate tarball + a separate patch for each -1, -2, -3 of a given upstream source tarball. With patches that add the cygwin code to the source in a tarball, you need a single tarball for the given upstream source tarball + a single patch for each of the -1 -2 -3 releases. So this is more bandwidth efficient for everyone. Does setup.exe support this now? No. Will it? Yes. > > Yes, it's a pain. Yes, there are better ways. But silly? no. (I think > > the silly part was insisting that the source code be PRE-patched. > > Yes, I think that requirement is silly too. Because people will be > using a download cache, the pristine source is there too. Build > environments now hold pristine sources, patched sources, and patches > in both directions. But, whatever gets you going :-) Build environments to recreate a -src package need a) pristine source TARBALL. b) patch for current -x version c) extracted and patched working dir. I don't see where patchs in both directions come in. > I'm not sure I understand. Have the 1-diff,reversed diff, pre-patched > -src requirements been dropped? Currently, I dist the pristine the pre-patch -src requirement has been. See http://www.cygwin.com/setup.html. No mention of a prepatched source tarball is made at all. > Is this sort of what it should be now: > > $ tar xzf foo-1.1-1-src.tar.gz > $ ls foo-1.1-1-src > foo-1.1-1-src/foo-1.1.tar.gz # pristine src yes > foo-1.1-1-src/foo-1.1-1.patch # forward diff yes > foo-1.1-1-src/other.patch what's this? > > $ cat foo-1.1-1-src/doit.sh > #!/bin/bash > set -e > tar xzf foo-1.1.tar.gz > mv foo-1.1 foo-1.1-1 Not sure why you're bothering to rename this. > cd foo-1.1-1 > patch -p1 < ../other.patch > patch -p1 < ../foo-1.1-1.patch > autoconf autoheader + automake etc etc as needed. > ./configure --prefix=/usr > make > make install prefix=/tmp/foo-root/usr > cd /tmp/foo-root > tar czf /usr/src/foo-1.1-1.tar.gz * > > How about an example dummy package like this? Chuck went around this with mktemp. It looks similar, but you don't need to use /tmp, just `pwd`/=install will do. > Now every package should contain a build script. Isn't that a step > backwards in the evolution? You'd want a central tool(set) to do the > building and packaging, and package specific scripts/makefile > snippets. Yep, like rpm/deb have. But, setup can't read files from either of those formats (yet). > > 2) Nobody, and I mean NOBODY, has followed thru on porting, packaging, > > and maintaining the berkeley-db and rpm packages as official, > > cygwin-mirror-system distributed packages (surely that's the FIRST step > > before attempting to use rpm as the be-all and end-all package > > management application for cygwin? PROVIDE it and maintain an official > > port?) > > I didn't have the webspace to do that. But I did implement Grr. Thats the whole point. Chris has repeatedly offered web space to interested parties. The WHOLE point is that it should be _here_ for it to catch on. Then there is no need for any single individual to generate the whole list of pacakges, or ... > Also, while I am/was willing to help out the Cygwin project, I'd > rather work on LilyPond than reinvent packaging/do porting. I > hoped people to be interested, discuss and maybe take over what I > tried to start, but nothing much happened, then. do porting. So the point is that if RPM had been contributed, and you maintain *just that one package* as an official package (Hey, Chuck this goes for you too :}) then there is a chance that it could have caught on, and maybe the open file issue would have had a workaround implemented in rpm (which is possible, just non-trivial BTW). > > a) source code autobuilding and packing > > b) installation and unpacking > > > > Part A assumes you already have a working cygwin development environment > > installed on your machine. Part B must be doable on a "virgin" > > system. > > Thus, the installer-unpacker must NOT rely
Re: How do I install the most stable release?
It's a bug. Run setup.exe again, just click Next on the chooser screen without changing anything. Rob === - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 2:47 AM Subject: Q: How do I install the most stable release? > Yesterday I downloaded setup.exe (v. 2.125.2.10) and started downloading > and then installing. > > I discovered first that vim (and hence vi) didn't work and later that ssh > didn't work either (missing crypto DLL, I believe). Different solutions to > both these problems were found in this mailing list, but I am not overly > confident that these were the last problems to be found. > > Is there any other way to install than installing the latest-and-greatest? > The latest-and-greatest is of course is a must-have if you need it, but if > you don't it just throws in noise. Is it possible to install e.g. a six > month old tagged snapshot, that is known to be missing some of the newest > features, but is known to be stable all-in-all? > > Peter > > > -- > 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/ > > -- 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: experimental texmf packages
"Robert Collins" <[EMAIL PROTECTED]> writes: > Build environments to recreate a -src package need > a) pristine source TARBALL. > b) patch for current -x version > c) extracted and patched working dir. > the pre-patch -src requirement has been. See > http://www.cygwin.com/setup.html. No mention of a prepatched source > tarball is made at all. Ah, ok. I'm just used to those, as I'm rebuilding from available patched -src packages if possible. Do we already have -src packages that adhere to this new convention? If it's not too late, it would be very nice if they could be distinguished from the old, prepatched -src packages, by using a different naming convention, ie foo-1.1-cyg.tar.gz? > > mv foo-1.1 foo-1.1-1 > > Not sure why you're bothering to rename this. My bad, I was thinking of tarring up the patched src tarball. > do porting. So the point is that if RPM had been contributed, and you > maintain *just that one package* as an official package Ok, but I had conflicting interest: I needed all packages now to provide lilypond, and couldn't maintain them all for cygwin. Also, I assumed, had an rpm or other port caught on, the mirroring at cygnus would have worked. > That hasn't changed - mingw doesn't aim for posix support. Ok. > BTW: can you freshed up your postremove patch? I'd like that to be > included in setup. Yes, will do. Greetings, Jan. -- Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- 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/
setup.exe
Hi, How you tell setup.exe to download to a local directory the absolute latest of EVERYTHING. By default "full" appears to come up with mostly "skip" for each item. It is rather difficult to go through the "full" list item by item, clicking through the available versions to pick the latest one, and do it before the mirror site times out waiting for you and disconnects. I am running setup 2.125.2.10 on win98se. === John Daniel Doucette, Sr. Software Designer J. J. MacKay Canada Limited Halifax R & D Office 1046 Barrington Street, 1st Floor Halifax, Nova Scotia Canada B3H 2R1 Phone: 902.423.7727 x222 Fax: 902.422.8108 Web:www . jjmackay . ca Email: john . doucette @ jjmackay . ca === -- 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.exe
=== - Original Message - From: "John Daniel Doucette" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 06, 2001 1:19 AM Subject: setup.exe > Hi, > > How you tell setup.exe to download to a local directory the absolute latest > of EVERYTHING. You don't. This is in the list archives at least 10 times within the last week. There's also _no way_ in the future that you will be able to do this. It simply does not make sense when you have packages that conflict with each other. If you want to mirror cygwin's install files, use a mirroring tool. Many exist for both win32 and un*x. Setup is not such a tool, although it does have *limited* mirroring capability. If you use setup.exe it will download the most recent stable version of everything you have installed as it's default behaviour. There are changes in the works to make a happy middle ground the default, but we're not there yet. Rob -- 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/
cygwin1.dll
where can I download just the lastest cygwin1.dll? or can u email it to me?please? -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
Hi, I tried to take a shot at this. But I did not manage to compile the cygwin source. I'm not sure how to do that. I also failed to compile the cygcheck program to find a possible missfeature in that program. And at the moment I don't have the time to find out what is going wrong with that. But as has shown is that it is the traversing of the path. That is trying to find files in paths that does not exist. I guess that it has something to do with opendir/readdir. If I have time tonight I'll try to compare diffrences between 1.3.5-3 and 1.3.6 source. But if I interperet the ChangeLog correctly the changes on the opendir/readdir part is quite large. Jens Yllman Robert Collins wrote: > > FWIW I think that cygwin is dying, not bash. > > However, as I haven't looked at the code > > Rob > === > - Original Message - > From: "Yllman, Jens" <[EMAIL PROTECTED]> > To: "Robert Collins" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Wednesday, December 05, 2001 11:39 PM > Subject: Re: cygwin 1.3.6 + bash 2.05a-2 + command completion > > > Hi, > > > > The ChangeLog reports the following. > > > > 2001-11-24 Christopher Faylor <[EMAIL PROTECTED]> > > > > * fhandler_disk_file.cc (fhandler_cygdrive::readdir): Avoid reporting > > inaccessible drives. > > > > Maybe bash expect to get something like invalid drive or something. > > I've not checked bash. And I've not traced anything. Just this quick > > look at the ChangeLog. > > > > There is also other notes about fhandler_disk_file.cc in the > ChangeLog. > > > > * fhandler_disk_file.cc (fhandler_disk_file::opendir): Set nohandle > > flag on dummy fd. > > > > I don't know if anybody can look into it. I don't have any more time. > > > > About the reason for me testing with sh also and not only bash was to > > see that it realy is bash handling of tab that crashes and not the > stty > > settings or something like that. > > > > Jens Yllman > > > > Robert Collins wrote: > > > > > > === > > > - Original Message - > > > From: "Yllman, Jens" <[EMAIL PROTECTED]> > > > > Hi, > > > > > > > > Yes, I have a /cygdrive/x in my path that is not always maped. > When I > > > > map it it works fine. > > > > > > Ok, in my mind that conforms the way to reproduce. I don't have time > at > > > the moment (sigh, I wish I did, I really do) to debug this myself > > > though. > > > > > > Rob Uniweb ABPhone: +46 8 626 42 00 P O Box 745 FAX:+46 8 626 42 01 S-191 27 SOLLENTUNA SWEDEN http://www.uniweb.se/ -- 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/
E303: Unable to open swap file for "xxx", recovery impossible
Hola, folx ... my nice clean and completly NEW installation of cygwin returns: E303: Unable to open swap file for "xxx", recovery impossible when calling vim for any file. Plattform is W2K in a domain environment. And after various attempts to install cygwin here, it seems as a problem of access rights. And all this after having read almost all available documentation :-/ Any help appreciated! Th. -- Thorsten Sommer Any technology distinguishable from magic is insufficiently advanced. -- 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: cygwin1.dll
Go to www.cygwin.com and click on "install Cygwin now". This will download the setup program, which will set up a Cygwin environment for you, wit whatever you select and it's dependencies - including but not exclusively cygwin1.dll If you need it for a program that relies on it, but does't supply it, ask the author. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Amoediun Trepcoze > Sent: woensdag 5 december 2001 15:25 > To: [EMAIL PROTECTED] > Subject: cygwin1.dll > > > where can I download just the lastest cygwin1.dll? > or can u email it to me?please? > > -- > 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/ -- 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: cygwin 1.3.6 + bash 2.05a-2 + command completion
More information. When I have all the mounts up that's in the PATH things work. And if you write /oll and press TAB and it matches nothing it just works fine. BUT if you write /cygdrive/z/a and press TAB and z does not exist, it dies. This is just info for anybody who is looking at this. Jens Yllman Robert Collins wrote: > > FWIW I think that cygwin is dying, not bash. > > However, as I haven't looked at the code > > Rob > === > - Original Message - > From: "Yllman, Jens" <[EMAIL PROTECTED]> > To: "Robert Collins" <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Wednesday, December 05, 2001 11:39 PM > Subject: Re: cygwin 1.3.6 + bash 2.05a-2 + command completion > > > Hi, > > > > The ChangeLog reports the following. > > > > 2001-11-24 Christopher Faylor <[EMAIL PROTECTED]> > > > > * fhandler_disk_file.cc (fhandler_cygdrive::readdir): Avoid reporting > > inaccessible drives. > > > > Maybe bash expect to get something like invalid drive or something. > > I've not checked bash. And I've not traced anything. Just this quick > > look at the ChangeLog. > > > > There is also other notes about fhandler_disk_file.cc in the > ChangeLog. > > > > * fhandler_disk_file.cc (fhandler_disk_file::opendir): Set nohandle > > flag on dummy fd. > > > > I don't know if anybody can look into it. I don't have any more time. > > > > About the reason for me testing with sh also and not only bash was to > > see that it realy is bash handling of tab that crashes and not the > stty > > settings or something like that. > > > > Jens Yllman > > > > Robert Collins wrote: > > > > > > === > > > - Original Message - > > > From: "Yllman, Jens" <[EMAIL PROTECTED]> > > > > Hi, > > > > > > > > Yes, I have a /cygdrive/x in my path that is not always maped. > When I > > > > map it it works fine. > > > > > > Ok, in my mind that conforms the way to reproduce. I don't have time > at > > > the moment (sigh, I wish I did, I really do) to debug this myself > > > though. > > > > > > Rob > > > > -- > > > > Uniweb ABPhone: +46 8 626 42 00 > > P O Box 745 FAX:+46 8 626 42 01 > > S-191 27 SOLLENTUNA > > SWEDEN http://www.uniweb.se/ > > -- Uniweb ABPhone: +46 8 626 42 00 P O Box 745 FAX:+46 8 626 42 01 S-191 27 SOLLENTUNA SWEDEN http://www.uniweb.se/ -- 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/
GCC : -static option does not generate statically linked executable
Hi, I am trying to generate an executable, using "gcc -static" option. The generated file is dynamically linked! As if the "-static" option was simply ignored. The output of "cygcheck" is as follows : Error: could not find libX11.dll C:\cygwin\bin\cygwin1.dll C:\WINNT\System32\KERNEL32.dll C:\WINNT\System32\ntdll.dll C:\cygwin\bin\cygtcl80.dll C:\WINNT\System32\USER32.dll C:\WINNT\System32\GDI32.dll C:\WINNT\System32\ADVAPI32.dll C:\WINNT\System32\RPCRT4.dll C:\cygwin\bin\cygtk80.dll C:\WINNT\System32\COMDLG32.DLL C:\WINNT\System32\SHELL32.dll C:\WINNT\System32\COMCTL32.dll One can see that the X11 DLL library is not found : however, I use the -static option of gcc, before the -lX11 stuff, as mentioned in the documentation. I expect the compiler to link against libX11.a, so what happens? Any idea would be greatly appreciated, Regards, Thierry Fernandez Note : I use Cygwin 1.3.6-1 -- 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: cvs/ssh and rsa based authentication
One additional note: if strictmodes=yes then mode 755 must be used for directories ~ and ~/.ssh ... Andreas Schorr wrote: >Mark Himsley schrieb: > >>This is my guess: >> >>Your Cygwin ssh client and the server you are connecting to have probably >>decided to use SSH2 protocol but you have not appended your >>~/.ssh/id_dsa.pub to the servers ~/.ssh/authorized_keys2. >> >>Either stick to SSH1 by using the -1 option to the ssh client or transfer >>contents of ~/.ssh/id_dsa.pub to the servers ~/.ssh/authorized_keys2. >> > >Hello Mark, > >Your guess was right. Thanks for your help! > >-- >Andreas Schorr > > > >-- >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/ > > > -- 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/
Scripts
Cygwin developers, I am running cygwin on a NT box. I am trying to create a script which will rcp files in a directory from one host to another. After inserting the appropriate commands, I return to the prompt and type the file name. In Unix this executes the script if the appropriate permissions are set. But nothing happens, I simply get another prompt. Can You think of a reason for this. Thanks Kevin Abram This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- 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/
C API documentation
Hello. Where can I get man pages for C API supported by Cygwin? I have found pages of most simple API functions, but there are no pages for pthread.h functions and semaphore.h functions for example. Where can I get them? With respect, Jacob Kantor -- 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: Scripts
Does the script have "#!/bin/bash" at the top? Does it have bash-only commands and is possibly being executed by sh? Is the script in your path? Have you tried putting "set -x" at the top of the script? Maybe include the contents of the script in your post. More information about your problem will help more people help you. HTH, Peter [EMAIL PROTECTED] wrote: > Cygwin developers, > >I am running cygwin on a NT box. I am trying to create a script which >will rcp files in a directory from one host to another. >After inserting the appropriate commands, I return to the prompt and >type the file name. In Unix this executes the script >if the appropriate permissions are set. But nothing happens, I simply >get another prompt. Can You think of a reason for >this. > > > > Thanks > > Kevin Abram > > > > > > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the email by you is prohibited. > > > -- > 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/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- 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: experimental texmf packages
Jan Nieuwenhuizen wrote: > Do we already have -src packages that adhere to this new convention? Yep. mktemp. automake, automake-devel, automake-stable, autoconf, autoconf-devel, autoconf-stable, cygutils, ... > If it's not too late, it would be very nice if they could be > distinguished from the old, prepatched -src packages, by using a > different naming convention, ie foo-1.1-cyg.tar.gz? probably too late -- and besides, I don't think setup/upset are prepared for source packages that don't end in -src. But why should they be distinguished? It's up to the maintainer of each package to keep track...non-maintainers who want to build it personally should just download and follow the instructions. --Chuck -- 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/
WinMain in DLL
Hi, I'm trying to compile an application for the Siemens PDA IC35. The SDK comes with libraries and header files for VC++. The WinMain function is inside the ic35sdk.dll . How can I get cygwin to do this ? Every try results in an error WinMain@16 not found. -- Best regards, Martin mailto:[EMAIL PROTECTED] -- 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: GCC : -static option does not generate statically linked executable
[EMAIL PROTECTED] wrote: > Hi, > > I am trying to generate an executable, using "gcc -static" option. > The generated file is dynamically linked! As if the "-static" option was > simply ignored. > > The output of "cygcheck" is as follows : > > Error: could not find libX11.dll > C:\cygwin\bin\cygwin1.dll > C:\WINNT\System32\KERNEL32.dll > C:\WINNT\System32\ntdll.dll > C:\cygwin\bin\cygtcl80.dll > C:\WINNT\System32\USER32.dll > C:\WINNT\System32\GDI32.dll > C:\WINNT\System32\ADVAPI32.dll > C:\WINNT\System32\RPCRT4.dll > C:\cygwin\bin\cygtk80.dll > C:\WINNT\System32\COMDLG32.DLL > C:\WINNT\System32\SHELL32.dll > C:\WINNT\System32\COMCTL32.dll > > One can see that the X11 DLL library is not found : however, I use the > -static option of gcc, before the -lX11 stuff, as mentioned in the > documentation. > I expect the compiler to link against libX11.a, so what happens? > > Any idea would be greatly appreciated, -static will cause the linker to link against a static lib IF POSSIBLE. However, it really just means "hunt for '.a' instead of '.dll.a' or '.dll'" .dll.a == import lib for a dll .dll == the linker has a limited ability to link directly to a dll *without* using an import lib. .a == static lib (mostly *) (*) The problem: many packages -- including X -- name their *import* libs using the .a suffix. So, when you specify -static, the linker diligently links against the .a file == an import lib == and you get a dynamically linked executable. When this sort of behavior happens, it's usually becuase there IS no static library at all -- you CAN'T link statically. (The X libraries are a good example; cygwin-xfree project does NOT provide static libs.) Also, note that you can't link a cygwin program *fully* statically -- at minimum, it will require cygwin1.dll... As far as your particular "can't find libX11.dll" problem -- add /usr/X11R6/bin to your system PATH. --Chuck -- 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: [ANNOUNCEMENT] New on sourceware: cygutils-0.9.7-1
I used setup to download the latest files and this cygutils was included. When I ran setup to install the files, I selected "Skip" for this particular package. Each time I run Setup, I still have to click "Skip" for the cygutils package. Is there a way to make Setup always skip this package along with the numerous other pakcages I choose not to install? And please don't tell me, "Install everything" because I don't want to do that. Regards, rotaiv At 12/05/2001 03:47 AM, Charles Wilson wrote: >cygutils-0.9.7-1 has been uploaded to the Cygwin net distribution. >cygutils provides a collection of small -- and hopefully useful -- >utilities. This package started life as the "misc" package from >the "CygUtils" website, but has been renamed and has a new home: >http://www.neuro.gatech.edu/users/cwilson/cygutils-package/ > >It provides: >ascii.exebanner.exe cal.exe dump.exe namei.exe >conv.exe u2d.exe unix2dos.exe d2u.exedos2unix.exe >putclip.exe getclip.exe > >The source package provides: >semtool.exe semstat.exe semtool.exe msgtool.exe >(these are not distributed in binary form because they require >the cygipc package -- which is not part of the official cygwin >distribution. There are good reasons for this; search the >mailing list archives if you're curious) > >--Chuck > >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. Save it and run setup, answer the questions and pick >up 'cygutils' from the 'Devel' category. > >Note that downloads from sources.redhat.com (aka cygwin.com) aren't >allowed due to bandwidth limitations. This means that you will need >to find a mirror which has this update. > >In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ >is a reliable high bandwidth connection. > >In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is already >updated. > >In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. > >If one of the above doesn't have the latest version of this package >you can either wait for the site to be updated or find another >mirror. > >Please send questions or comments to the Cygwin 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 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 *** > >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] > > > >-- >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/ -- 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 compiling curl under Cygwin
cURL just released a new version, so I tried to compile it. I ran into an error during compilation, so I tried compiling a previous version of curl (which used to compile just fine), and it doesn't work either. So, I jumped onto another machine with no pre-existing version of cygwin (in case I screwed something up during my recent toying with lilypond), and added all the latest cygwin bits and pieces, and tried yet again. I get the same error in all three places, which leads me to believe there's a problem with some recent change to cygwin... The first machine mentioned above is Win2k pro (with Cygwin on a FAT partition); the second is an NT 4 Server, at SP6a, with cygwin on an NTFS partition. All mount modes are Unix. After mucking with it a bit myself, I found that with ``./configure --disable-shared'', it works fine. Of course, I would prefer to make libcurl.dll available as I have in the past... Could one of you cygwin gurus grab the source code for cURL (the version available via the cygwin setup.exe should work for this experiment) and try compiling (normal ./configure & make will do) and see if you get the same error? Assuming you do, could you try tracking down the actual problem? It's probably an issue with one of the commands libtool calls, however I can't figure out which one. Here's the error I'm seeing: The first sign of trouble was this error during a standard `make`: Making all in lib make[2]: Entering directory `/usr/src/curl-7.9.2-1/bld/lib' /bin/sh ../libtool --mode=link gcc -g -O2 -o libcurl.la -rpath /usr/lib -no-undefined -version-info 2:2:0 file.lo timeval.lo base64.lo hostip.lo progress.loformdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo speedcheck.lo getdate.lo ldap.lo ssluse.lo version.lo getenv.lo escape.lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo transfer.lo strequal.lo easy.lo security.lokrb4.lo memdebug.lo http_chunks.lo strtok.lo connect.lo -lssl -lcrypto rm -fr .libs/libcurl.la .libs/libcurl.* .libs/libcurl.* generating symbol list for `libcurl.la' dlltool --export-all --exclude-symbols DllMain@12, _cygwin_dll_entry@12,_cygwin_noncygwin_dll_entry@12, DllMainCRTStartup@12,DllEntryPoint@12 --output-def .libs/cygcurl-2.dll-def file.lo timeval.lo base64.lo hostip.lo progress.lo formdata.lo cookie.lo http.lo sendf.lo ftp.lo url.lo dict.lo if2ip.lo speedcheck.lo getdate.lo ldap.lo ssluse.lo version.lo getenv.lo escape.lo mprintf.lo telnet.lo getpass.lo netrc.lo getinfo.lo transfer.lo strequal.lo easy.lo security.lo krb4.lo memdebug.lo http_chunks.lo strtok.lo connect.lo sed -e "1,/EXPORTS/d" -e "s/ @ [0-9]*//" -e "s/ *;.*$//" < .libs/cygcurl-2.dll-def > .libs/libcurl.exp Signal 11 make[2]: *** [libcurl.la] Error 139 make[2]: Leaving directory `/usr/src/curl-7.9.2-1/bld/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/curl-7.9.2-1/bld' make: *** [all] Error 2 The sed command and also the dlltool command seemed to work fine, so I ran the libtool command with its "--debug" flag enabled, and piped the output into libtool.out, as follows: $ /bin/sh ../libtool --debug --mode=link gcc ... > libtool.txt 2>&1 Segmentation fault (core dumped) and saw a segmentation fault. Attached is the contents of libtool.txt, if it helps any. If there's anything I can do to help pin this down, I'd love to! Just tell me what (and probably how). If you think there's a better mailing list to shoot this towards, I'll be glad to. --Kevin libtool.zip Description: libtool.zip -- 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/
Debug version of cygwin dll
Hello, I'm trying to build cygwin(-1.3.5.3) with the debug symbols included. I exported CFLAGS=-g, then did ./configure, make, and make install; but only the .a libraries were built. Is there more info available about the makefile targets in this package? The README doesn't mention it and it's not obvious (to me) from inspection of the Makefile. How does one build the dlls? (or are debug versions available in a tarball?) Thanks, Chris -- 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: [ANNOUNCEMENT] New on sourceware: cygutils-0.9.7-1
rotaiv wrote: > I used setup to download the latest files and this cygutils was included. > When I ran setup to install the files, I selected "Skip" for this > particular package. Each time I run Setup, I still have to click "Skip" > for the cygutils package. Is there a way to make Setup always skip > this package along with the numerous other pakcages I choose not > to install? And please don't tell me, "Install everything" > because I don't want to do that. It's a packaging bug. I put cygutils in the "Misc" category which is always installed. I have now moved it to the "Utils" category, so setup should "remember" your skipped it. Just wait for the change to propogate thru the mirror system.. --Chuck -- 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/
grep refusing to descend into directories on Win95
grep has been refusing to descend into directories on my Win95 computer. It says it has been refused permission. This is true in both the 12/05/2001 and the 12/04/2001 versions of CygWin (when it didn't work, I did an update, and I had just updated recently). I tried closing every application (well, the visible ones), it didn't make any difference. If I named the directory in the command (grep -i MyClassEdit demo/*) then it refused to descend into the subdirectories. Any suggestions? -- Charles Hixson Copy software legally, the GNU way! Use GNU software, and legally make and share copies of software. See http://www.gnu.org http://www.redhat.com http://www.linux-mandrake.com http://www.calderasystems.com/ http://www.linuxapps.com/ -- 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/
GCC doesn't do anything, not even printing an error message !
Hi, I'm trying and trying but I can't figure out, what I'm making wrong. If I run gcc, e.g. "gcc hello.c -o hello" it doesn't print any messages, as if everything went fine, but it never produces an executable. If I give it a code full of errors, it doesn't even complain and it never prints an error msg. or sth. else. It's also strange that I can produce object files with e.g., "gcc hello.c -o hello -c" or assembler files with e.g. "gcc -S hello.c -o hello", even if I intentionally write errors in the c code.I am sure that I have installed every package necessary. Here is an list: ash, bash, binutils, bison, byacc, bzip2, clear, cygwin, diff, file, fileutils, findutils, flex, gawk, gcc, gdb, gettext, grep, groff, gzip, inetutils, jpeg, less, libpng, login, make, man, ncurses, opengl, patch, perl, readline, regex, sed, sh-utils/shellutils, tar, tcltk, tcsh, termcap, texinfo, textutils, tiff, time, unzip, vim, w32api, zip, zlib. ** If desperate, can anybody help me? -- 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: Illegal User Error Attempting to Authenticate in sshd
Thanks for your quick response, Corinna. > A good way to debug problems in sshd when started as service is, > Use `-d' instead of `-D' as argument. I am using sshd's '-d' switch to dump the output quoted in my last message (please see last thread). > Another very important point is, check the permissions of the > /etc directory and the permissions of /etc/passwd, /etc/group > and /etc/ssh* overcarefully. After an installation with setup, > the permissions are sometimes so that SYSTEM doesn't have > appropriate permissions on /etc or subsequent files as soon as > `ntsec' is used. It's not necessary for SYSTEM to have write > access but read access should be given. So try > > chmod 755 /etc > chmod 644 /etc/passwd /etc/group These perms are already correct, but attempting to chmod anything does not modify permissions. The command does not produce an error (and $? is 0), but no changes are made on the files. chown also fails in the same manner. All files are owned by whomever is logged in at the time (tried: Dave Pinsker and SYSTEM). I had attributed this to the fact that I'm running FAT32, vs. NTFS, and hence, do not have the extended set of permissions available -- logical? I realize most implementations are probably on NTFS, but should there be any issues running on FAT32? Thanks, _Dave_ [EMAIL PROTECTED] -- 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/
I cannot use Linux drive in CygWin
Hello. I have this problem: Slackware Linux crash with very important files on hard drive. I think, this is hardware problem with boot sector. I can format HDD and reinstall Linux, but i lose all files on HDD. I want plug this HDD to other PC and copy all important data into other hard, and then format it. But I have only PC with Win98, and have no friends with Unix-type systems. I cannot install Linux on Win98 PCs (this is not my PCs).I know, that is program - NTFS for Windows 98(by WInternals, www.winternals.com). This program can read NTFS drives. But, maybe, somebody know program for reading Unix drives in Windows? Maybe, CygWin can do it? If yes, how? Maxim mailto:[EMAIL PROTECTED] -- 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: Debug version of cygwin dll
You need to bunzip2 and untar the src, then cd to /usr/src/cygwin-1.3.5-3 (or wherever you extracted it to) and do the following: mkdir build cd build ../configure make make install Also, I don't know if you need to manually export CFLAGS=-g, just don't strip the dll after you build it. IIRC when you build anything it has the debug info included, but the binaries are shipped stripped :-) Another thing- if you plan on debugging another cygwin1.dll with this debug version of the cygwin1.dll, search for "running independent site:cygwin.com" on google, there is an excellent discussion (don't try this at home kids) about running two independent cygwin1.dll's. HTH, Peter Polley Christopher W wrote: > Hello, > > I'm trying to build cygwin(-1.3.5.3) with the debug symbols included. I > exported CFLAGS=-g, then did ./configure, make, and make install; but only > the .a libraries were built. Is there more info available about the > makefile targets in this package? The README doesn't mention it and it's > not obvious (to me) from inspection of the Makefile. How does one build the > dlls? (or are debug versions available in a tarball?) > > Thanks, > Chris > > > -- > 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/ > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- 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: I cannot use Linux drive in CygWin
Maxim wrote: > > Hello. I have this problem: Slackware Linux crash with very important > files on hard drive. I think, this is hardware problem with boot > sector. I can format HDD and reinstall Linux, but i lose all files on > HDD. I want plug this HDD to other PC and copy all important data into > other hard, and then format it. But I have only PC with Win98, and > have no friends with Unix-type systems. I cannot install Linux on > Win98 PCs (this is not my PCs).I know, that is program - NTFS for > Windows 98(by WInternals, www.winternals.com). This program can read > NTFS drives. But, maybe, somebody know program for reading Unix drives > in Windows? Maybe, CygWin can do it? If yes, how? No cygwin can't. But hmmm...45 seconds with google, and look what I found... http://www.schnabel-online.de/fsdext2.html --Chuck -- 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: -mno-cygwin and SDL
[EMAIL PROTECTED] wrote: >[EMAIL PROTECTED] wrote: >> >> Hi, I downloaded and compiled SDL-1.2.3 from source in cygwin, and suprisingly I got it to work. Then I tried to set -mno-cygwin so that the app would work outside of Cygwin, but I get: >> >> $ make win >> gcc test1.C -mno-cygwin -I /usr/include -lglut32 -lglu32 -lopengl32 -lSDL -o exec/test1.exe >The line above should be changed like this: >gcc test1.C -mno-cygwin -I /usr/include -o exec/test1.exe -lglut32 -lglu32 -lopengl32 -lSDL >Read the FAQ on cygwin.com it contains a topic on WinMain@16. I tried your suggestion, but I get the same error. I also looked at the FAQ, it did not give me any clues either. Shawn Lindberg -- 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: Debug version of cygwin dll
Hi! Wednesday, 05 December, 2001 Peter Buckley [EMAIL PROTECTED] wrote: PB> You need to bunzip2 and untar the src, then cd to PB> /usr/src/cygwin-1.3.5-3 (or wherever you extracted it to) and do the PB> following: PB> mkdir build PB> cd build PB> ../configure PB> make PB> make install please, don't make wrong suggestions! this way is _wrong_. for a correct way, check the FAQ, particularly question "How do I rebuild the tools on my NT box?" cygwin sources also contain a file how-to-debug-cygwin.txt which contains several debugging hints. Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 -- 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: Debug version of cygwin dll
I don't do the "make install" part- is that the wrong part? Otherwise the part about cd srcdir mkdir build ../configure make builds a the cygwin1.dll quite well on NT and win2k. And the FAQ, docs, readmes, MLA, etc lacked any information to help me in my search to learn how to successfully build the cygwin1.dll. Gerrit Haase and some other posters got me working okay though, in case I forgot to say thanks. Thanks, Peter egor duda wrote: > Hi! > > Wednesday, 05 December, 2001 Peter Buckley [EMAIL PROTECTED] wrote: > > PB> You need to bunzip2 and untar the src, then cd to > PB> /usr/src/cygwin-1.3.5-3 (or wherever you extracted it to) and do the > PB> following: > > PB> mkdir build > PB> cd build > PB> ../configure > PB> make > PB> make install > > please, don't make wrong suggestions! > > this way is _wrong_. for a correct way, check the FAQ, particularly > question "How do I rebuild the tools on my NT box?" > > cygwin sources also contain a file how-to-debug-cygwin.txt which > contains several debugging hints. > > Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- 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: -mno-cygwin and SDL
[EMAIL PROTECTED] wrote: >[EMAIL PROTECTED] wrote: >>[EMAIL PROTECTED] wrote: >>> >>> Hi, I downloaded and compiled SDL-1.2.3 from source in cygwin, and suprisingly I got it to work. Then I tried to set -mno-cygwin so that the app would work outside of Cygwin, but I get: >>> >>> $ make win >>> gcc test1.C -mno-cygwin -I /usr/include -lglut32 -lglu32 -lopengl32 -lSDL -o exec/test1.exe >>The line above should be changed like this: >>gcc test1.C -mno-cygwin -I /usr/include -o exec/test1.exe -lglut32 -lglu32 -lopengl32 -lSDL >>Read the FAQ on cygwin.com it contains a topic on WinMain@16. >I tried your suggestion, but I get the same error. I also looked at the FAQ, it did not give me any clues either. >Shawn Lindberg I modified my compile commands as per the SDL FAQ so that they it is now: gcc test1.C -mno-cygwin -I /usr/include -o exec/test1.exe -lglut32 -lglu32 -lopengl32 `sdl-config --cflags --libs` However, now I get the errors: In file included from /usr/include/SDL/SDL_rwops.h:35, from /usr/include/SDL/SDL.h:37, from test1.C:19: /usr/include/stdio.h:157: type specifier omitted for parameter /usr/include/stdio.h:158: type sepcifier omitted for parameter .. and so on for lines 159, 189, 194-197, 246-252. Any ideas? Shawn Lindberg -- 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: Debug version of cygwin dll
Peter Buckley wrote: > > I don't do the "make install" part- is that the wrong part? Otherwise > the part about > > cd srcdir > mkdir build > ../configure > make > The first line in the FAQ on rebuilding the tools: Note: You must build in a directory outside the source tree. --- Note, _not_ below the srcdir. Just because you haven't had a problem doesn't mean that your way is the correct way. John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 -- 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: Debug version of cygwin dll
Ah. I guess that would be the wrong part :-) I don't ever build inside the source tree. I don't install the source, I just download it, and I manually extract to srcdir=/cygdrive/d/compile-dir and then cd /cygdrive/d/compile-dir mkdir build ../configure make I just assumed (and I know what that does, sorry) that people would use the /usr/src default location where the source was installed, and not be silly like me and create their own separate directory for compilation. Ha! I stand corrected, Peter John Peacock wrote: > Peter Buckley wrote: > >>I don't do the "make install" part- is that the wrong part? Otherwise >>the part about >> >>cd srcdir >>mkdir build >>../configure >>make >> >> > > The first line in the FAQ on rebuilding the tools: > > Note: You must build in a directory outside the source tree. > --- > > Note, _not_ below the srcdir. Just because you haven't had a problem doesn't > mean that your way is the correct way. > > John > > -- Your mouse has moved. Windows NT must be restarted for the change to take effect. Reboot now? [OK] -- -- 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/
Still gcc problems
I have further circumscribed the problem: "gcc cprogram.c -o cprogram.exe- v" creates the following output, i.e. it trys to run the following programs: Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/specs gcc version 2.95.3-5 (cygwin special) *** cpp0.exe ** /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/cpp0.exe -lang-c -v -D__GNUC__=2 -D __G NUC_MINOR__=95 -D_X86_=1 -D_X86_=1 -Asystem(winnt) -Acpu(i386) -Amachine(i38 6) - Di386 -D__i386 -D__i386__ -Di686 -Dpentiumpro -D__i686 -D__i686__ -D__pentiu mpro -D__pentiumpro__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attri bute __((__cdecl__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute __(( __cdecl__)) -D__declspec(x)=__attribute__((x)) -D__CYGWIN32__ -D__CYGWIN__ - Duni x -D__unix__ -D__unix -isystem /usr/local/include -idirafter /usr/include -idira fter /usr/include/w32api cprogram.c /cygdrive/c/WINDOWS/TEMP/ccpUMpgI.i cc1.exe *** /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/cc1.exe /cygdrive/c/WINDOWS/TEMP/ccpUM pgI.i -quiet -dumpbase cprogram.c -version -o /cygdrive/c/WINDOWS/TEMP/ccQWXPQA. s ** as.exe /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/as.e xe -o /cygdrive/c/WINDOWS/TEMP/ccZB1x2B.o /cygdrive/c/WINDOWS/TEMP/ccQWXPQA.s * collect2.exe * /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/collect2.exe -Bdynamic --dll-search -pr efix=cyg -o cprogram.exe /usr/lib/crt0.o -L/usr/local/lib -L/usr/lib -L/usr/lib/ w32api -L/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5 /cygdrive/c/WINDOWS/TEMP/ccZB1 x2B.o -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc *** However, if I run these programs with the given parameters (exactly) manually, it shows that already cpp0.exe (the preprocessor) creates the following output: * BASH: syntax error near unexpected token `-Asystem(w' * Has anybody an idea? -- 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/
dll not found, bad entry point problems
Hello all: I'm a windows guy, trying out this Cygwin thing. I downloaded cygwin on both my laptop and my desktop, with all the devel tools and such and a bunch of utilities. I'm having problems on my laptop -- which has the same version of just about everything as my desktop -- that I'm not having on my desktop. 1. Typing "vim [enter]" in the bash shell (to attempt to run the VIM editor) warns me ominously that "The procedure entry point bind_textdomain_codeset could not be located in the dynamic link library cygintl.dll". 2. Typing "cvs -? [enter]" in the bash shell (to attempt to run CVS help (or any other CVS option)) complains that "The dynamic link library libgdbm.dll could not be found in the specified path. WRT # 1, this is not a problem on my desktop. WRT # 2, I did a search for the libgdbm.dll on both machines and found, in both cases, the libgdbm.dll.a file in the /lib directory. My desktop's cygwin drive is C:\cygwin and my laptop's cygwin drive is D:\cygwin. Any ideas why I'm having these problems? Both machines are Windows 2000 Pro, both have much the same configuration, though if anything my desktop has more crap on it, owing to its larger Harddrive. Thanks in advance! #*** #* Bob Calco #* Senior Software Engineer #* CorTechs, Inc. #*** #* [EMAIL PROTECTED] #* 703.989.3160 -- cell #* 703.968.7021 -- office (ext. 120) #* 703.968.8180 -- fax #*** -- 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: Debug version of cygwin dll
Thanks, my apologies for asking a FAQ; I didn't see it on the list. I'll give these methods a try and see how it goes. Having done the make/make install from my source tree, do I have to repair anything now? Where can I find more information on the rationale behind not building in the src directory? Why does the README in the cygwin package say: >It is now possible to automatically configure and build a variety of >tools with one command. To build all of the tools contained herein, >run the ``configure'' script here, e.g.: > > ./configure > make if this is the incorrect way to do it? -Chris > -Original Message- > From: egor duda [SMTP:[EMAIL PROTECTED]] > Hi! > > Wednesday, 05 December, 2001 Peter Buckley [EMAIL PROTECTED] > wrote: > > PB> You need to bunzip2 and untar the src, then cd to > PB> /usr/src/cygwin-1.3.5-3 (or wherever you extracted it to) and do the > PB> following: > > PB> mkdir build > PB> cd build > PB> ../configure > PB> make > PB> make install > > please, don't make wrong suggestions! > > this way is _wrong_. for a correct way, check the FAQ, particularly > question "How do I rebuild the tools on my NT box?" > > cygwin sources also contain a file how-to-debug-cygwin.txt which > contains several debugging hints. > > Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19 > -- 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: questions on dlopen
Please check out the project web page for links to available information and ports: http://cygwin.com/ . If you don't see what you need there, then the cygwin mailing list is the best place to make observations or get questions answered. Information on the mailing list is available at the project web page. For your convenience, I've reset the Reply-To: address to point to the cygwin mailing list. I've also Cc'ed this reply there. On Wed, Dec 05, 2001 at 02:45:04PM +0100, [EMAIL PROTECTED] wrote: >Hi Chris! > >i found your email adress in a posting which seems to be releated to the >problems i have... > >I try to port a tool 'ccmalloc' for detection of memory leaks to Win32 via >cygwin. At the moment this tool is known to compile on Linux and Solaris >only. If you want to have a look on it: > >http://www.inf.ethz.ch/personal/biere/projects/ccmalloc/ > >The fundamental part is that it overwrites the malloc resp. free function >of libc with own functions. These functions then try to call the libcs >implementation of malloc/free by using dlopen(LIBC) and dlsym(handle, >"MALLOC_SYMBOL") > >First of all there's no libc.so in my cygwin installation. Only a libc.a. I >played a little bit around, but dlopen fails. Then i tried to point dlopen >to the cygwin1.dll. That worked for dlopen and dlsym. But now, other >strange things appear. (calling fopen leads to core dump)... > >I know this are very few informations, but maybe you have some ideas and >can give me some suggestions... > >Thank you very much! > >Henning -- 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/
Bash Scripts
Cygwin developers, > >I am running cygwin on a NT box. I am trying to create a script which >will rcp files in a directory from one host to another. >After inserting the appropriate commands, I return to the prompt and >type the file name. But nothing happens, I simply >get another prompt. Can You think of a reason for >this. > The script contains the following !#/bin/bash rcp f:/clarify/*.txt 155.201.191.102:/mydir permissions on script are; -rwxr-xr-x 1 abramk None 44 Dec 3 15:33 test Thanks Kevin This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. -- 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: Safety of ssh-agent re: fake unix sockets?
On Wed, Dec 05, 2001 at 11:48:01AM +0300, egor duda wrote: >I'd like to stress again that cygwin is still insecure and can be >exploited by users locally logged on, but there's no known remote >exploits. If anyone knows about the ways to exploit cygwin remotely, >_please_ report them to cygwin-developers mailing list. Actually, report them here. Posting to cygwin-developers is limited to subscribers only. I know that this is potentially less secure-through-obscure but I don't know of any other way to handle this. cgf -- 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: questions on dlopen
> On Wed, Dec 05, 2001 at 02:45:04PM +0100, [EMAIL PROTECTED] wrote: > > >I try to port a tool 'ccmalloc' for detection of memory leaks to Win32 via > >cygwin. At the moment this tool is known to compile on Linux and Solaris > >only. If you want to have a look on it: > > > >http://www.inf.ethz.ch/personal/biere/projects/ccmalloc/ > > You can also try ElectricFence, which checks for bad memory accesses; see my revised patch here: http://sources.redhat.com/ml/cygwin/2001-11/msg00269.html which also has a link to the earlier discussion of how Vadim Egorov originally patched ElectricFence (which may help you in porting ccmalloc to Cygwin). John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747 -- 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: dll not found, bad entry point problems
Bob Calco wrote: > > Hello all: > > I'm a windows guy, trying out this Cygwin thing. I downloaded cygwin on both > my laptop and my desktop, with all the devel tools and such and a bunch of > utilities. I'm having problems on my laptop -- which has the same version of > just about everything as my desktop -- that I'm not having on my desktop. > > 1. Typing "vim [enter]" in the bash shell (to attempt to run the VIM editor) > warns me ominously that "The procedure entry point bind_textdomain_codeset > could not be located in the dynamic link library cygintl.dll". > > 2. Typing "cvs -? [enter]" in the bash shell (to attempt to run CVS help (or > any other CVS option)) complains that "The dynamic link library libgdbm.dll > could not be found in the specified path. > > WRT # 1, this is not a problem on my desktop. Known setup bug. 28th time this has been reported/asked about this week. run setup again on your laptop. It will update your system to the most recent versions -- the bug was it installed OLD versions (of cygintl.dll, for instance). > WRT # 2, I did a search for the libgdbm.dll on both machines and found, in > both cases, the libgdbm.dll.a file in the /lib directory. You're looking for /bin/cyggdbm.dll. If it isn't there, reinstall the gdbm package. If it IS there, then you need to add C:\cygwin\bin to your SYSTEM path. --Chuck -- 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: -mno-cygwin and SDL
mailbox:/C|/Program Files/Netscape/Users/earnie_boyd/Mail/Inbox.sbd/Cygwin.sbd/Cygwin Users?id=1007584625.12707.ezmlm%40cygwin.com&number=15322648&part=1.31 I just had this discussion this morning on cygwin-apps. You can't add -I/usr/include when using -mno-cygwin. -mno-cygwin causes the MinGW header files to be used and not Cygwin's "on purpose". Circumventing that will cause you to fail. MinGW only supports ANSI C as MS sees it with a few "add-ons". DON'T -I/usr/include WHEN USING -mno-cygwin. Earnie. --- Begin Message --- [EMAIL PROTECTED] wrote: >[EMAIL PROTECTED] wrote: >> >> Hi, I downloaded and compiled SDL-1.2.3 from source in cygwin, and suprisingly I got it to work. Then I tried to set -mno-cygwin so that the app would work outside of Cygwin, but I get: >> >> $ make win >> gcc test1.C -mno-cygwin -I /usr/include -lglut32 -lglu32 -lopengl32 -lSDL -o exec/test1.exe >The line above should be changed like this: >gcc test1.C -mno-cygwin -I /usr/include -o exec/test1.exe -lglut32 -lglu32 -lopengl32 -lSDL >Read the FAQ on cygwin.com it contains a topic on WinMain@16. I tried your suggestion, but I get the same error. I also looked at the FAQ, it did not give me any clues either. Shawn Lindberg --- End Message --- -- 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: Bash Scripts
The script should start #!/bin/bash, not !#/bin/bash ;-) -Collin On Wed, 5 Dec 2001 [EMAIL PROTECTED] wrote: > Cygwin developers, > > > >I am running cygwin on a NT box. I am trying to create a script which > >will rcp files in a directory from one host to another. > >After inserting the appropriate commands, I return to the prompt and > >type the file name. But nothing happens, I simply > >get another prompt. Can You think of a reason for > >this. > > > The script contains the following > > > !#/bin/bash > > rcp f:/clarify/*.txt 155.201.191.102:/mydir > > > permissions on script are; > > -rwxr-xr-x 1 abramk None 44 Dec 3 15:33 test > > > > Thanks > > Kevin > > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the email by you is prohibited. > > > -- > 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/ > > -- 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: Bash Scripts
As someone has already pointed out "!#/bin/bash" should be "#!/bin/bash". It looks like your problem is that your script is named "test". Try typing ./test and then try man test --Mark - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 05, 2001 4:41 PM Subject: Bash Scripts > Cygwin developers, > > > >I am running cygwin on a NT box. I am trying to create a script which > >will rcp files in a directory from one host to another. > >After inserting the appropriate commands, I return to the prompt and > >type the file name. But nothing happens, I simply > >get another prompt. Can You think of a reason for > >this. > > > The script contains the following > > > !#/bin/bash > > rcp f:/clarify/*.txt 155.201.191.102:/mydir > > > permissions on script are; > > -rwxr-xr-x 1 abramk None 44 Dec 3 15:33 test > > > > Thanks > > Kevin > > > This message is for the designated recipient only and may contain > privileged, proprietary, or otherwise private information. If you have > received it in error, please notify the sender immediately and delete the > original. Any other use of the email by you is prohibited. > > > -- > 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/ > -- 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: experimental texmf packages
@%!@#$ AT&T@home smtp server it lost my reply to this message, so this is try #2... Jan Nieuwenhuizen wrote: > Well, I still thought it was silly to have identical forward and > backward patches, when we have a patch -R flag. Normal mode of > operation is to (apply and) supply forward patches; now my (and > everyone else's packaging procedure) I must be rewritten to do unpack, > rename -> .orig, patch, run diff from .orig tree. Or, be hacked to > try to determine the direction of the patch before applying, but I'm not sure I understand. It wasn't that you needed to provide a reverse patch, but that you need to provide the PATCH so that users could 'unpatch' using 'patch -R'. The only wackiness was the assertion that the downloaded source be *already patched*. So, you get 'pre-patched source' + 'the patch that was used to make it that way', instead of 'pristine source' + 'the patch you must apply'. > > > You need to understand where that requirement came from: protective > > action against maintainers who flake out. > [snip] > > I understand this must be avoided at all cost. > > > So, we said "provide prepatched source" -- because people wanted to > > just unpack, configure, make -- but also "provide the diff between > > your source and the official version". > > Sure, but I don't see any advantage in reversed patches. It's not supposed to be a backward patch; see above. > > Yes, it's a pain. Yes, there are better ways. But silly? no. (I think > > the silly part was insisting that the source code be PRE-patched. > > Yes, I think that requirement is silly too. Because people will be > using a download cache, the pristine source is there too. Build > environments now hold pristine sources, patched sources, and patches > in both directions. But, whatever gets you going :-) Well, setup can't yet do what you're implying. But eventually... > > there is no iron clad, my-way-or-the-highway standard, but agreement on > > a number of principles: > > > 1) official, unmodified source code should be provided > > 2) with a diff (or multiple diffs) that are used to turn the official > > source into cygwin source > > 3) there should be some sort of automated script -- shell script, > > external makefile, *something*, to drive the entire cygwin build > > I'm not sure I understand. Have the 1-diff,reversed diff, pre-patched > -src requirements been dropped? I think so. > How about an example dummy package like this? Okay. go here: http://www.neuro.gatech.edu/users/cwilson/cygutils/packaging/ There are five different versions, each of which demonstrates a different proposal. After cgf's "intervention" I pretty much settled on something like #5 for "my" packages, and that is what the "official" mktemp package at sourceware uses. Also cygutils and others. > Now every package should contain a build script. Isn't that a step > backwards in the evolution? Not really. It's a lot better than "here are some instructions in this custom cygwin README -- no, not the official README; look at the custom one under /usr/doc/Cygwin/. Follow the instructions manually...configure with *these* options, 'make install' with *those* options, etc". At least a buildscript is automated. Also, MANY packages don't even contain instructions (beyond what the primary distribution site says or includes in the pristine source). So we don't know HOW the maintainer configured it... pop quiz: what are the current configure flags used to build gcc? Anyone? Anyone? Bueller? (no, Chris, you're not allowed to answer..) Methinks a build script -- of whatever flavor, sh, make, dpkg, spec -- is a step forward for us. > You'd want a central tool(set) to do the > building and packaging, and package specific scripts/makefile > snippets. Well, that's what Robert is pushing. But IMO we shouldn't try to reinvent THAT wheel (the package building/packing functionality that other all-in-one package management solutions provide). In other words, setup.exe shouldn't become the rpm.exe of cygwin, complete with 'setup -ba myspecfile'. Bleagh. We needn't write another tool for this task, like "cygpack" or something, with yet another grammar to parse and learn, to drive autobuilds. There are just too many corner cases and exceptions to deal with. The dpkg folk and the rpm folk have already solved (mostly) those issues; when we're ready we should just USE those tools. "When we're ready" == when setup.exe can install the binary packages created by them. Which is not yet. I described many of the corner cases and exceptions in that other thread -- probably because most of the things I have chosen to port/maintain ARE corner cases, so I'm intimately familiar with the problems (or maybe I'm just not a very good porter, and if I were better at it, I'd've forced my square-peg-packages into some sort of standardized, non-corner-case round hole by now...) Anyway, UNTIL we're ready to make a complete jump over to rpm or dp
cygwin-1.3.6-4 released
I'm back home and took a look at the completion bug. The fix was simple so I released a new version of cygwin. Thanks, Robert, for providing precise instructiosn for duplicating the problem. cgf -- 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: experimental texmf packages
Robert Collins wrote: > do porting. So the point is that if RPM had been contributed, and you > maintain *just that one package* as an official package (Hey, Chuck this > goes for you too :}) Yeah, but I don't have that itch. Sorry, but I don't really *care* about rpm itself. I just liked the multidirectory format it used to separate the various source code/build "script" pieces, which is why my original packaging proposal said things like /usr/src/cygwin/SPECS/ and whatnot. I also got somewhat frustrated with it about a year ago. I was working quite a bit with Michael Ring, who was *supposed* to provide official dllized ports of berk db, and then provide a port of rpm, but he wandered off into the weeds and I haven't heard anything about that since Nov 2000. He did port some stuff and put it in a private directory on sourceware in Sep 2000 (check cygwin-apps archive), but nothing since then... Anyway, that experience kinda burned me on the whole "hey guys let's all use rpm" bandwagon... --Chuck -- 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: RPM & packages
I don't know if this helps at all, but there is a Cygwin/RPM project on sourceforge. http://sourceforge.net/projects/cygwin-rpm/ -Collin Descartes was sitting in a bar. The bartender comes up and asks if he wants another. "I think not," he says, and promptly vanishes. -- 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: RPM & packages
Collin Grady wrote: > > I don't know if this helps at all, but there is a Cygwin/RPM > project on sourceforge. > > http://sourceforge.net/projects/cygwin-rpm/ Yeah, but no activity since Nov 2000, and the homepage: http://cygwin-rpm.sourceforge.net/ says "Cygwin-RPM project discontinued" --Chuck -- 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/
No username for userid?
I just installed (using setup.exe) cygwin on an NT 4 machine The sh prompt tells me that I don't have a username --- when I do an 'id' I get a uid, but no name... when I try to rlogin (even with -l )it tells me that I don't have a username... I have a $USERNAME btw. There is no /etc/passwd file... Any ideas how can I get a username! (Are there really 'logins' for Cygwin?) Thanks. - Daniel Rosenzweig [EMAIL PROTECTED] The URLs below are placed by NetZero - not me. Sign Up for NetZero Platinum Today Only $9.95 per month! http://my.netzero.net/s/signup?r=platinum&refcd=PT97 -- 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: No username for userid?
try mkpasswd -l > /etc/passwd -Collin Descartes was sitting in a bar. The bartender comes up and asks if he wants another. "I think not," he says, and promptly vanishes. On Wed, 5 Dec 2001, Daniel Rosenzweig wrote: > I just installed (using setup.exe) cygwin on an NT 4 machine > The sh prompt tells me that I don't have a username --- when I do > an 'id' I get a uid, but no name... when I try to rlogin (even with -l )it > tells me that I don't have a username... I have a $USERNAME btw. > There is no /etc/passwd file... > > Any ideas how can I get a username! (Are there really 'logins' for > Cygwin?) > > Thanks. > - > Daniel Rosenzweig > [EMAIL PROTECTED] > The URLs below are placed by NetZero - not me. > > Sign Up for NetZero Platinum Today > Only $9.95 per month! > http://my.netzero.net/s/signup?r=platinum&refcd=PT97 > > -- > 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/ > > -- 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/
No longer can compile w/ -mno-cygwin
Hello, I just upgraded my Cygwin installation and the C++ program that I used to compile no longer compiles. I don't remember which version of cygwin I was using for which it did compile, but it was probably the September release. Here's my g++ command line: g++ -s -mwindows -mno-cygwin -c -o launcher.o launcher.cpp The error messages are: launcher.cpp:1: stdio.h: No such file or directory launcher.cpp:2: stdlib.h: No such file or directory launcher.cpp:3: ctype.h: No such file or directory launcher.cpp:4: string.h: No such file or directory launcher.cpp:5: process.h: No such file or directory launcher.cpp:6: unistd.h: No such file or directory launcher.cpp:7: stdlib.h: No such file or directory In file included from /usr/include/w32api/windef.h:145, from /usr/include/w32api/windows.h:98, from launcher.cpp:8: /usr/include/w32api/winnt.h:33: string.h: No such file or directory If I remove the -mno-cygwin option, everything compiles. I could go this way, but I prefer not having to include cygwin1.dll. Any help is appreciated, Neil Weber -- 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/
cygwin 1.3.6-3 and xemacs
I read on this list that someone else had problems with xemacs crashing with 1.3.6. Here is my experience with 1.3.6-3 and xemacs 21.4.5: anytime I try to visit a file, xemacs simply exits with code 1. It doesn't crash (at least according to gdb). It simply exits. Going back to 1.3.5-x fixes the problem. I'll try and figure out some more info and get back to the list with it. -- Ryan T. Sammartino ([EMAIL PROTECTED]) http://members.shaw.ca/ryants/ In every non-trivial program there is at least one bug. -- 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: No longer can compile w/ -mno-cygwin
I had the same problem and discovered that /usr/include/mingw and /usr/lib/mingw were essentially empty. I corrected the problem by re-installing the mingw and mingw-runtime packages (in the Devel group). HTH, Dave "Weber, Neil" wrote: > > I just upgraded my Cygwin installation and the C++ program that I used to > compile no longer compiles. -- 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/
NEWS RELEASE: VersaCheck 2002
Subscriber verification requested for: [EMAIL PROTECTED] Good Afternoon! Your Email address has been submitted for inclusion into our FREE Email News Service. We provide News Release Information regarding productivity hardware and software available through major US Retail stores and select web sites. ** PRESS & NEWS RELEASE ** SAN DIEGO, CALIFORNIA, December 5, 2001 Effective immediately G7 Productivy Systems, Inc., a San Diego based publisher of productivity solutions, has made available new VersaCheck 2002 financial productivity software to its existing customers and new users. The new generation of significantly enhanced software titles offers a greatly improved user interface along with additional functionality in the areas: * creation of custom bankable checks for personal and business use (1), * comprehensive bank account and finance management, * bill payment and automatic scheduling of invoices (online or client based) * internet paper check processing, * built-in real-time credit card processing, * address book with payee/payor management * creation of check drafts (Home& Business Version only!) * financial reports * direct import and export of finacial data files from and to Quicken, Quickbooks, Money and other financial software (1) all checks created may be conveniently filled out on screen or by hand writing and are compatible with the major personal finance programs and accounting software. VersaCheck 2002 and many different styles of blank check paper are offered through computer retailers and nationwide superstores, such as CompUSA, Office Depot, Staples, Fry's Electronics, Micro Center and many others. Suggested retail prices, including an initial supply of 100 checks, are: $19.99 for the VersaCheck 2002 Personal BASIC, $29.99 for Personal GOLD, and $49.99 for the Home & Business version. Blank check paper is offered from $19.99 for 750 checks, which allow both personal and business users alike to take advantage of significant savings, up to 80%, when compared to equivalent offerings from banks and mail order check companies. Please click on the following link for further details http://www.g7ps.com * Thank you very much. Regards, Sarah Davis Marketing / PR G7 Productivity Systems, Inc. [EMAIL PROTECTED] 800-303-2620 To change your communication preference please click on: http://www.globalzon2k.com/scripts/mf_de.asp?[EMAIL PROTECTED] or simply reply to this Email with UNSUBSCRIBE in the subject line. -- 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: experimental texmf packages
Jan, I have successfully installed your texmf packages using setup. I just put your files in my existing downloaded files and edited my existing setup.ini to add the texmf-* hints. Simple tests for tex, latex and dvips work. I will have a play over the weekend and see what I can break. -Original Message- From: Jan Nieuwenhuizen [mailto:[EMAIL PROTECTED]] Sent: Saturday, 24 November 2001 12:24 To: [EMAIL PROTECTED] Subject: experimental texmf packages Hi List, This week I've taken a quick stab at packaging a texmf tree that goes with the tetex-beta in contrib, so you'll need that too. -- 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: grep refusing to descend into directories on Win95
Hallo Charles, Am 2001-12-05 um 20:19 schriebst du: > grep has been refusing to descend into directories on my Win95 [...] > Any suggestions? I have a version of rgrep which acts a little friendlier here: http://familiehaase.de/cygwin.html, (look for rgrep-1.6.tar.bz2) There is also the manpage online. The rgrep package is about 30kb (sources and binaries included). Just unpack it somewhere (it creates its own subdirectory), and move the binary where you want it to live. Ciao, Gerrit P. Haasemailto:[EMAIL PROTECTED] -- =^..^= -- 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: Debug version of cygwin dll
Hallo Polley, Am 2001-12-05 um 22:30 schriebst du: >> ./configure >> make > if this is the incorrect way to do it? This script is from Ch. Wilson (The Master of Puppets;) Ciao, Gerrit P. Haasemailto:[EMAIL PROTECTED] -- =^..^= cygwin-build Description: Binary data -- 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/
I can not build crossgcc
Hi friend, I build gcc for ARM target development, but it does not successfully. I am using gcc-core-2.95.2.tar.bz2 and gcc-g++-2.95.2.tar.bz2 under cygwin. configure gcc /src/gcc/gcc-2.95.2/configure --target=arm-elf \ --prefix=/tools \ --exec-prefix=/tools/H-i686-pc-cygwin \ --with-gnu-as --with-gnu-ld --with-newlib \ -v 2>&1 | tee configure.out build gcc make -w all-gcc install-gcc \ LANGUAGES="c c++" 2>&1 | tee make.out I got the following error message in the make.out file _udivsi3 /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s: Assembler messages: /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:2: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:3: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:72: Error: no such instruction: `dividend .req r0' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:73: Error: no such instruction: `divisor .req r1' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:74: Error: no such instruction: `result .req r2' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:75: Error: no such instruction: `curbit .req r3' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:76: Error: no such instruction: `ip .req r12' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:77: Error: no such instruction: `sp .req r13' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:78: Error: no such instruction: `lr .req r14' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:79: Error: no such instruction: `pc .req r15' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:83: Warning: .type pseudo-op used outside of .def/.endef ignored. /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:83: Warning: rest of line ignored; first ignored character is `_' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:87: Error: expecting operand after ','; got nothing /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:88: Error: no such instruction: `beq Ldiv0' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:89: Error: expecting operand after ','; got nothing /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:90: Error: expecting operand after ','; got nothing /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:91: Error: too many memory references for `cmp' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:92: Error: no such instruction: `bcc Lgot_result' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:94: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:95: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:96: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:97: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:98: Error: expecting operand after ','; got nothing /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:99: Error: no such instruction: `cmpcc divisor,dividend' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:100: Error: no such instruction: `movcc divisor,divisor,lsl' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:101: Error: no such instruction: `movcc curbit,curbit,lsl' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:102: Error: no such instruction: `bcc Loop1' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:105: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:106: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:107: Error: expecting operand after ','; got nothing /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:108: Error: no such instruction: `cmpcc divisor,dividend' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:109: Error: no such instruction: `movcc divisor,divisor,lsl' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:110: Error: no such instruction: `movcc curbit,curbit,lsl' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:111: Error: no such instruction: `bcc Lbignum' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:114: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:115: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:116: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:117: Warning: rest of line ignored; first ignored character is `@' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:118: Error: too many memory references for `cmp' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:119: Error: no such instruction: `subcs dividend,dividend,divisor' /cygdrive/c/DOCUME~1/rchan/LOCALS~1/Temp/ccNbJpBa.s:120: Error: no s
Re: inetd 1.3.2-15 not respawn udp connections
Hi, I found the "bug": the problem was the "wait" option. in inetd.c se_wait is definde short but it take the pid (int) values. So (sep->se_wait == pid) never matchs and the server never restarts. Here is the very small patch to inetd.c (short => int) Regards Enrico Enrico Bernardini wrote: > > Hi all, > I'm porting amanda2.4.2p2 client on cygnus (win98se cygwin1.dll 1.3.6). > Inetd starts amandad first time, amandad completes the job and exits. > When the server side recall amandad to continue working, inetd does not > restart amandad. > > You can see the same behaviour if you start and close a talk session: > > 1) talk foo@bar > inetd -d says > > someone wants ntalk > + Closing from 7 > 234265 execl /usr/sbin/in.talkd > > 2) talk from foo@bar and exit > 3) wait for timeout: > inetd -d says > > 234265 reaped, status 0 > > 4) try to "talk foo@bar" > and you will see nothing from inetd (I'll wait for another execl...) > > The tcp connections work correctly. > > inetd.conf: > ntalk dgram udp waitroot /usr/sbin/in.talkd in.talkd > amanda dgram udp waitenrico /usr/local/libexec/amandad > amandad > > Thanks in advance > Enrico inetd.c-patch Description: Binary data -- 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: Benchmarking tools
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Piyush Kumar > Sent: Wednesday, December 05, 2001 5:26 AM > To: Cygwin@Cygwin. Com > Subject: Benchmarking tools > > > > > Anyone has any compilation of any benchmarking tools > like lmbench on cygwin? Look into the thread http://cygwin.com/ml/cygwin/2001-11/msg01903.html Regards Ralf Habacker > > Thanks, > --Piyush > > -- > 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/ > > -- 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: problem with make (from cygwin-apps)
> -Original Message- > From: Robert Collins [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, December 05, 2001 2:03 PM > To: Ralf Habacker; [EMAIL PROTECTED] > Subject: Re: problem with make > > > - Original Message - > From: "Ralf Habacker" <[EMAIL PROTECTED]> > ... > > > >> Does anyone have an idea for fixing this ? I have no problem to > fix > > > >this, if somebody could > > > >> give me a direction where I have to look on. > ... > > > Also, please use [EMAIL PROTECTED] for this type of bug reporting. > This > > > is not an applicable topic for cygwin-apps. > > > > > >From the mailing list page: cygwin-apps: a by-approval developers > list for discussing issues > > regarding applications that are distributed with the Cygwin DLL. > > > > Is "make" an application distributed with cygwin ? :-) > > Yes, but you missed the REST of the paragraph: " This list is intended > for discussing solutions. It is not for "it would be nice" type of > musings. Use the main cygwin mailing list for that. " > > Copmare that with > > cygwin: a high volume list for discussion of just about all things > Cygwin-related. If you have questions about how to use Cygwin, or any of > its tools (bash, gcc, make, etc.), this is the list for you. There is > one exception to the "all things cygwin" nature of this list: questions > about the Cygwin XFree86 project should go to the cygwin-xfree mailing > list (see below). > > > Are you saying that the text about cygwin-apps is confusing? The only problem may be to identify the category. Somebody think this is a bug (as I have done), and others say this is a feature. Perhaps it is both. Now after I have recognized the true reason for this, I'm thinking this is a feature, because this isn't a bug of make and your right. So please, would you move this thread to cygwin. Regards Ralf -- 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: Old Thread: Cygwin Performance
> > -Original Message- > > From: Tim Prince [mailto:[EMAIL PROTECTED]] > > Sent: Sunday, December 02, 2001 10:58 PM > > To: Ralf Habacker > > Cc: Cygwin > > Subject: Re: Old Thread: Cygwin Performance > > > > The QueryPerformance() calls are still giving 1.00 second timing resolution on an AthlonMP box (should be better than 10 microseconds on most other boxes, with correct usage), but their use appears to be truer to the original lmbench than the cygwin gettimeofday() with its 1.00 second resolution. I believed there were deficiencies in the way lmbench uses QueryPerformance(), preserving only 31 bits of clock ticks from the time of initialization, but I didn't succeed in showing any better way. -- 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/
