Re: Cygwin + HummingBird Exceed
On Thu, 5 Aug 2004, Raktale, Swapnil Kumar (Swapnil Kumar)** CTR ** wrote: Can I install Cygwin on a Windows Machine with Hummingbird Exceed ? Yes. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw
Dynamic loading of cygwin dependent dlls
Hello! I have read several messages stating that dlopen does not work for dlls that depend on cygwin1.dll. (e.g. http://sources.redhat.com/ml/cygwin/2004-06/msg01056.html). I have also understood that this is due to some structures not being initialized in that case. Is this dlopen problem limited to non-cygwin apps? I.e. is it true that an app that depends directly on the cygwin1.dll is incapable of dlopening dlls that depend on cygwin1.dll? Regards, Peter Ekberg -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: RESEND man.conf permissions problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Larry Hall wrote: snip From the information you provided so far, it looks to me like you installed initially some things as Administator and subsequently some others as fish. Correct. Is that not allowed?? Would that cause problems? (and if so, how/why would it? [cause problems]) So you have a mix-and-match of file permissions. What does you mean by that? I'd recommend one of two things: 1. Completely uninstall and remove the directory that you installed Cygwin to. Recreate the directory as the user you will install as and then run 'setup.exe' as that user. Pass. :) 2. Try changing the owner and/or permissions in your Cygwin tree to something amenable to the user you want to run as (via chown/chmod). Well, I took ownership of *everything* on all drives and all folders on my entire system just to see if that made any difference and it doesn't. :( What chown and/or chmod command should I (or do I need to) use? What options? And how would that fix things? And/or for that matter, how would using chown/chmod be better than using, say, Windows's existing ability to modify file system security settings?? Doesn't Cygwin simply utilize Windows's existing security features? Or does Cygwin implement its own security? Sorry for all these questions, but I really want to understand this! (so that it'll be less likely that I should have to bother you guys with questions/problems in the future) Thanks. :) Also, it looks like your '/etc/passwd' and '/etc/group' need some updating. Take a look at 'man mkpasswd' and 'man mkgroup' for some information on the options here. I read the man pages for both mkpasswd and mkgroup and then tried deleting those files and recreating them via: mkgroup -l /etc/group mkpasswd -l /etc/passwd but it didn't seem to make any difference. :( Some additional information (in case any of this makes any difference to Cygwin): 1. The Everyone group is, purposely, not normally included in ANY of my file/folder permissions on my system (in fact, it doesn't even officially exist as a valid user group on Windows 2000). Same with the Users, Power Users, etc, groups. The ONLY user groups I allow *any* access to my system to are the Administrators group and my [manually created] Friends group (and the only members of my 'Friends' user group is myself (fish), Administrator, SYSTEM, asswipe (my computer's name grin), a few test accounts I created (for some virtual test machines of mine) and my wife and daughter (although neither normally uses my system (since they have systems of their own) and only my wife has Admin privileges). However, there ARE files/folders all throughout my system (including within the Cygwin directory tree) with the [non-existent!] Everyone group amongst the security/permissions settings. shrug 2. I (fish) -- and ONLY me (AFAIK) -- have assigned ownership of ALL files and folders on my system. 3. I happened to notice (after using a handy dandy SysInternals[1] utility called AccessEnum to check out my permissions since I'm having problems with them) something that strikes me as rather odd: in the /lib/gcc-lib/i686-pc-cygwin/3.3/include directory there are a few files (see below) with userid None(?!) in the write permissions(!!). Why is that?? I don't have a userid None defined anywhere on my system! :) (at least not that I'm aware of anyway! :) - -- AccessEnum export (sorry for the crappy formatting): Path Read Write Deny D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\float.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\iso646.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\mmintrin.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\README Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\stdarg.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\stdbool.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\stddef.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\syslimits.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\unwind.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\varargs.h Everyone ASSWIPE\fish ASSWIPE\None D:\Cygwin\lib\gcc-lib\i686-pc-cygwin\3.3\include\xmmintrin.h Everyone ASSWIPE\fish ASSWIPE\None - -- I thought I understood Windows permissions but apparently there's still something I'm missing (not understanding) regarding Windows permissions (and
Re: Problem starting sshd as a service
Hi! Am Mittwoch, 4. August 2004 14:33 schrieb Erik Weibust: I installed the entire cygwin package for use by everyone. Then, as Administrator, I run $ cygrunsrv -I sshd --path /usr/sbin/sshd $ cygrun -S sshd this results in a Win32 error 1062 starting a service. For me it was necessary to chown /etc/sshd_* and /var/empty to user SYSTEM manually in current Cygwin versions so that sshd would start. I also didn't need to do that in earlier Cygwin versions. -- Bye, Gernot Hillier CT SE 2 Siemens AG, Mch P -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: RESEND man.conf permissions problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just thought I'd throw this into the mix too in case it might help: I *do* have Microsoft's Virtual PC product installed on my system (and already have a couple of test Windows 2000 systems setup under it), so if there's any type of experimentation scenario[1] you or anyone else would like me to try in order to try and get to the bottom of this issue, I'd be more than happy to do it. - -- Fish (David B. Trout) [EMAIL PROTECTED] Fight Spam! Join CAUCE! http://www.cauce.org/ [1] E.g. Install Cygwin under one userid and then switch to a different userid and try installing some additional packages under THAT userid, for example. (In fact, I may decide to do just that myself anyway, just for grins. -- But I think it'll have to wait until later though; I'm kind of busy with something else that takes precedence right now over our issue (work for a paying client!), so it'll have to wait until later). (But I think I made try that, unless there's something else one or you would like me to maybe try instead??) -BEGIN PGP SIGNATURE- Version: PGP 7.0.4 iQA/AwUBQRHr9Uj11/TE7j4qEQL+oQCeLnIf+Ga0ARRHwYrHv1DGu7RBsE8An3KP rJhhzvIt3aCNRz6hCWmlhgg5 =Ba1K -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
On Aug 5 10:07, Gernot Hillier wrote: Hi! Am Mittwoch, 4. August 2004 14:33 schrieb Erik Weibust: I installed the entire cygwin package for use by everyone. Then, as Administrator, I run $ cygrunsrv -I sshd --path /usr/sbin/sshd $ cygrun -S sshd this results in a Win32 error 1062 starting a service. For me it was necessary to chown /etc/sshd_* and /var/empty to user SYSTEM manually in current Cygwin versions so that sshd would start. I also didn't need to do that in earlier Cygwin versions. That's what the ssh-host-config script is for. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: isfinite returning wrong results
On Aug 4 14:46, Yitzchak Scott-Thoennes wrote: On Wed, Aug 04, 2004 at 10:01:32AM -0400, Christopher Faylor [EMAIL PROTECTED] wrote: On Wed, Aug 04, 2004 at 01:10:35AM -0700, Yitzchak Scott-Thoennes wrote: I'm having trouble figuring this out. isfinite is sometimes returning incorrect results. cygwin uses the newlib library for all of its math operations. The mailing list for newlib is: newlib at sourceware dot org But it doesn't appear to be a newlib bug. fpclassify returns fine, and the isfinite macro in math.h is fine, but impossible results emerge. But then again it's not a Cygwin bug since there's no Cygwin functionality involved besides the newlib calls. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
Hi! Am Donnerstag, 5. August 2004 10:38 schrieb Corinna Vinschen: For me it was necessary to chown /etc/sshd_* and /var/empty to user SYSTEM manually in current Cygwin versions so that sshd would start. I also didn't need to do that in earlier Cygwin versions. That's what the ssh-host-config script is for. But even if you start the script, it's necessary to do this manually as I wrote above. I saw this on three different installations done from a Cygwin Snapshot taken on Thu Jun 24 10:30:01 CEST 2004. But maybe it's fixed in the meantime... -- Bye, Gernot Hillier CT SE 2 Siemens AG, Mch P -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
On Aug 5 10:53, Gernot Hillier wrote: Hi! Am Donnerstag, 5. August 2004 10:38 schrieb Corinna Vinschen: For me it was necessary to chown /etc/sshd_* and /var/empty to user SYSTEM manually in current Cygwin versions so that sshd would start. I also didn't need to do that in earlier Cygwin versions. That's what the ssh-host-config script is for. But even if you start the script, it's necessary to do this manually as I wrote above. I saw this on three different installations done from a Cygwin Snapshot taken on Thu Jun 24 10:30:01 CEST 2004. But maybe it's fixed in the meantime... Have a look into the script, right at the end. chown is only called if sshd has been installed as service. Otherwise the script assumes that sshd is going to be run from some user account in a console window. In that case, chown'ing to system wouldn't make much sense. Perhaps that's the problem. People running the script and decide not to install sshd as service, but change their mind at some later point. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
Hi! Am Donnerstag, 5. August 2004 10:59 schrieb Corinna Vinschen: Have a look into the script, right at the end. chown is only called if sshd has been installed as service. Otherwise the script assumes that sshd is going to be run from some user account in a console window. In that case, chown'ing to system wouldn't make much sense. Perhaps that's the problem. People running the script and decide not to install sshd as service, but change their mind at some later point. Well, for me it didn't work. Here's exactly what I do after a fresh Cygwin installation to get it running: - setup ssh: - set environment variable CYGWIN to ntsec tty (Control Panel/ System/Advanced/Environmental Variables) - call ssh-host-config -y in a cygwin window -- creates a user sshd - chown SYSTEM /etc/ssh_host_* /var/empty - net start sshd - try to login with ssh localhost So for me it seems as sshd is installed as service but this last check somehow fails. -- Mit freundlichen Grüßen, Gernot Hillier CT SE 2 Siemens AG, Mch P -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: question about shared memory in the cygwin daemon
On Aug 4 14:53, Clarke, Trevor wrote: We currently run on 32bit windows and 32/64but solaris with near future plans to run on 64bit windows. The product is for a specific client so we can assume 4gb or more of physical ram. You can't access more than 2GB (or 3GB with the appropriate kernel flag) from any 32 bit Windows process. Since Cygwin's shared memory capabilities are restricted to what the operating system allows, Cygwin won't change that for you. When running Cygwin on Windows 64, it's still a 32 bit DLL, only linkable with 32 bit applications so the usual 32 bit restrictions still apply. Just as a friendly reminder, since you're talking about using Cygwin in an apparently proprietary project, I'd like to point you to the Cygwin licensing terms: http://cygwin.com/licensing.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
On Aug 5 11:11, Gernot Hillier wrote: Am Donnerstag, 5. August 2004 10:59 schrieb Corinna Vinschen: Perhaps that's the problem. People running the script and decide not to install sshd as service, but change their mind at some later point. Well, for me it didn't work. Here's exactly what I do after a fresh Cygwin installation to get it running: - setup ssh: - set environment variable CYGWIN to ntsec tty (Control Panel/ System/Advanced/Environmental Variables) - call ssh-host-config -y in a cygwin window -- creates a user sshd - chown SYSTEM /etc/ssh_host_* /var/empty - net start sshd - try to login with ssh localhost So for me it seems as sshd is installed as service but this last check somehow fails. I'm sorry but that's not exactly helpful. I'd need a proof and at least a debug output of a script run. I'm also wondering sometimes why nobody tries to fix the bug (if there is one) instead of constantly working around it. It's just a shell script. It's not overly complicated, is it? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin1.dll problem with Hyperthreaded machines (reprise)
Christopher Faylor wrote: For the record I have never doubted that people were reporting real problems. I doubt that Corinna has either. No more me toos are required here. So, as Larry implied, either debugging of the problem or the donation of a system is necessary. FYI, the win98 testcase that I reported (http://cygwin.com/ml/cygwin/2004-07/msg01120.html) locks up in the same way (as the testcase in this thread) on my hyperthreaded machine at work (P4, XPPro), but runs fine fine with HT disabled in BIOS. Maybe seeing what the two scripts do in common may help narrow down the cause. Also, on my win98 box, the testcase in http://cygwin.com/ml/cygwin/2004-07/msg01088.html fails silently (returns to command prompt with no errors) after 20k-50k iterations. (my 98 box is a single cpu PIII btw). Regards, Errol (sorry if this appears twice, I never saw the first one on the list or archives) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
Hi! Am Donnerstag, 5. August 2004 11:24 schrieb Corinna Vinschen: - setup ssh: - set environment variable CYGWIN to ntsec tty (Control Panel/ System/Advanced/Environmental Variables) - call ssh-host-config -y in a cygwin window -- creates a user sshd - chown SYSTEM /etc/ssh_host_* /var/empty - net start sshd - try to login with ssh localhost So for me it seems as sshd is installed as service but this last check somehow fails. I'm sorry but that's not exactly helpful. I'd need a proof and at least a debug output of a script run. I'm also wondering sometimes why nobody tries to fix the bug (if there is one) instead of constantly working around it. It's just a shell script. It's not overly complicated, is it? I'll try to do this as soon as I have something around an hour of spare time. But I can't promise anything, sorry... :-( -- Bye, Gernot Hillier CT SE 2 Siemens AG, Mch P -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: libxml2-2.6.11-1
Libxml2 has been updated to version 2.6.11 NEWS Please read the news since the previous Cygwin release (2.6.9) here: http://www.xmlsoft.org/news.html DESCRIPTION === Libxml2 is the XML C parser and toolkit developed for the Gnome project (but usable outside of the Gnome platform), it is free software available under the MIT License. XML itself is a metalanguage to design markup languages, i.e. text language where semantic and structure are added to the content using extra 'markup' information enclosed between angle brackets. HTML is the most well-known markup language. Though the library is written in C a variety of language bindings make it available in other environments. UPDATE == 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 'libxml2' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'libxml2' until '2.6.11-1' is displayed. DOWNLOAD: = 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: libxslt-1.1.8-1
Libxslt has been updated. NEWS Please read the news since the previous Cygwin release (1.1.6) here: http://xmlsoft.org/XSLT/news.html DESCRIPTION === Libxslt is the XSLT C library developed for the Gnome project. XSLT itself is a an XML language to define transformation for XML. Libxslt is based on libxml2 the XML C library developed for the Gnome project. It also implements most of the EXSLT set of processor-portable extensions functions and some of Saxon's evaluate and expressions extensions. UPDATE == 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 'libxslt' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'libxslt' until '1.1.8-1' is displayed. DOWNLOAD: = 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Mutt and Paths
If this is mutt-specific I apologise in advance but I'm trying to figure out why shell commands executed within mutt fail if the command includes the '~' notation. For example: !less /etc/passwd # works !less ~/.muttrc # fails - no such file or directory What's curious is that in the second example, mutt does seem to expand '~' on its command-line (tab completion works), but the command itself fails. On the other hand, it does appear that explicit paths, relative paths and symlinks work. Mostly. !man -M d:/cygwin/home/george/man mymuttpage # no manual entry for mymuttpage Thanks. works only if the file is in the current path. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Mutt and Paths
On Aug 5 03:42, George wrote: If this is mutt-specific I apologise in advance but I'm trying to figure out why shell commands executed within mutt fail if the command includes the '~' notation. For example: !less /etc/passwd # works !less ~/.muttrc # fails - no such file or directory What's curious is that in the second example, mutt does seem to expand '~' on its command-line (tab completion works), but the command itself fails. Very likely mutt calls system() to run these commands which in turn starts a subshell to run these commands under. The subshell is /bin/sh which doesn't understand the ~ notation. Corinna -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: question about shared memory in the cygwin daemon
Clarke, Trevor schrieb: We currently run on 32bit windows and 32/64but solaris with near future plans to run on 64bit windows. The product is for a specific client so we can assume 4gb or more of physical ram. As for Matlab, the problem is that the library routines for embedding matlab spawn a separate process and use IPC to talk to it (COM under windows I believe) so data sent is copied to another address space. COM! Then the matlab COM server must be run inproc to be able share memory from the same address space. COM marshalling detects that and does nothing. Otherwise you'll loose. Looks at the various COM books which exist online. Inside OLE 2 by Craig Brockschmidt is a good tip: http://msdn.microsoft.com/library/books/inole/S10AA.HTM This has nothing to do with cygwin, normal microsoft windows API calls will succeed. Again, we can assume sufficient RAM for a data set and even if a page is swapped out to disk, it should be data that's not actively processing so the impact on performance should be less than processing directly on disk. -- Trevor R.H. Clarke [EMAIL PROTECTED] Ball Aerospace Technologies Corp -Original Message- From: Dave Korn [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 04, 2004 1:37 PM To: [EMAIL PROTECTED] Subject: RE: question about shared memory in the cygwin daemon -Original Message- From: cygwin-owner On Behalf Of Clarke, Trevor Sent: 04 August 2004 17:54 I'm currently developing image processing software which will use matlab as a plugin for interactive processing. The problem is, matlab, when called from another program, spawns a separate matlab engine process. The data we are working with can get very large (4gb+) so we can't pass copies of it around. We are looking at using cygwin's shared memory functionality to get around this on windows (NT derivatives only). Your data won't even fit into a 32-bit address space, so I don't think shared memory is going to help you. Even if you're using an x86-64 platform, you have to bear in mind that you've got a virtual memory system there. If your data set is 4Gb, and your system RAM is 4Gb, then even mapping it into shared memory between processes will involve it going out to disk and back when the pagefile starts swapping. Is there not a library version of matlab you can link to your application and call into from the same process space? cheers, DaveK -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Dynamic loading of cygwin dependent dlls
On Thu, Aug 05, 2004 at 09:09:40AM +0200, Peter Ekberg wrote: I have read several messages stating that dlopen does not work for dlls that depend on cygwin1.dll. (e.g. http://sources.redhat.com/ml/cygwin/2004-06/msg01056.html). I have also understood that this is due to some structures not being initialized in that case. Is this dlopen problem limited to non-cygwin apps? I.e. is it true that an app that depends directly on the cygwin1.dll is incapable of dlopening dlls that depend on cygwin1.dll? No, it is not true. dlopen would be pretty worthless if it didn't work in a standard cygwin program. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin1.dll problem with Hyperthreaded machines (reprise)
On Thu, Aug 05, 2004 at 07:28:26PM +1000, Errol Smith wrote: Christopher Faylor wrote: For the record I have never doubted that people were reporting real problems. I doubt that Corinna has either. No more me toos are required here. So, as Larry implied, either debugging of the problem or the donation of a system is necessary. FYI, the win98 testcase that I reported (http://cygwin.com/ml/cygwin/2004-07/msg01120.html) locks up in the same way (as the testcase in this thread) on my hyperthreaded machine at work (P4, XPPro), but runs fine fine with HT disabled in BIOS. Maybe seeing what the two scripts do in common may help narrow down the cause. Also, on my win98 box, the testcase in http://cygwin.com/ml/cygwin/2004-07/msg01088.html fails silently (returns to command prompt with no errors) after 20k-50k iterations. (my 98 box is a single cpu PIII btw). Your response to my plea for 'no more me toos' was to send a me too. Yup. Uh huh. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: glib2-2.4.5-1, glib2-devel-2.4.5-1, glib2-doc-2.4.5-1, glib2-runtime-2.4.5-1
I have updated GLib, the low-level core library that forms the basis for projects such as GTK+ and GNOME. NEWS Cygwin: Use GLib 2.4.5, latest gettext, libiconv binutils releases. General: This is a bug fix release and is source and binary compatible with 2.4.0. The main reason for this release is a bug in the routines converting between filenames and URIs, which can cause problems when used with filenames which are not encoded in UTF-8. Overview of Changes from GLib 2.4.4 to GLib 2.4.5 = * Fix g_filename_from_uri() to work with non-UTF-8 filenames [Robert Ögren, Matthias Clasen] * Make GMarkup parser handle of whitespace inside tags according to XML 1.1 [Hiroyuki Ikezoe, Matthias] * Documentation improvements [Soeren Sandmann, Christophe Fergeau, Danek Duvall] * Other bug fixes [Oliver Guntermann, Sven Neumann, James Henstridge, Murray Cumming, Matthias, Tommi Komulainen] * New and updated translations (bg,hi,sq) A list of all bugs fixed in this release can be found at http://bugzilla.gnome.org/buglist.cgi?bug_id=147651,132858,135899,148646,148420,148262,143552,148368,145015 Overview of Changes from GLib 2.4.2 to GLib 2.4.4 = * Win32 bug fixes (John Ehresman) * Other bug fixes (Manish Singh, Matthias Clasen, Federico Mena Quintero, Philippe Blain, Sven Neumann, Julio M. Merino Vidal, Kaz Sasayama, Morten Welinder, Mariano Suarez-Alvarez) * Documentation updates (Crispin Flowerday, Ed Griffiths, Federico) * New and updated translations (az,ne,sq) A list of all bugs fixed in this release can be found at http://bugzilla.gnome.org/buglist.cgi?bug_id=143744,143812,140532,143552,83674,145153,139567,145166,146054,108038,144678,143800,146875 DESCRIPTION === The GLib library provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. Canonical website: http://www.gtk.org/ UPDATE == 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 'glib2' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'glib2' until '2.4.5-1' is displayed. DOWNLOAD: = 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: pango-1.4.0-2, pango-devel-1.4.0-2, pango-doc-1.4.0-2, pango-runtime-1.4.0-2
Pango has been updated NEWS Cygwin: Use GLib 2.4.5, latest gettext, libiconv binutils releases. DESCRIPTION === Pango is a library for layout and rendering of text, with an emphasis on internationalization. It forms the core of text and font handling for GTK+-2.0. Canonical website: http://www.gtk.org/ http://www.pango.org/ UPDATE == 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 'pango' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'pango' until '1.4.0-2' is displayed. DOWNLOAD: = 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
Corinna Vinschen wrote: Have a look into the script, right at the end. chown is only called if sshd has been installed as service. Otherwise the script assumes that sshd is going to be run from some user account in a console window. In that case, chown'ing to system wouldn't make much sense. But would it hurt to chown even if sshd is going to be run from some user account in a console window? (Personally I find that assumption odd. Does anybody run sshd from some user account in a console window?) What would happen if things like /var/empty are always set to be owned by SYSTEM? -- If a man says something in the woods and there are no women there, is he still wrong? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: cygwin1.dll problem with Hyperthreaded machines (reprise)
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 05 August 2004 12:31 On Thu, Aug 05, 2004 at 07:28:26PM +1000, Errol Smith wrote: Christopher Faylor wrote: For the record I have never doubted that people were reporting real problems. I doubt that Corinna has either. No more me toos are required here. So, as Larry implied, either debugging of the problem or the donation of a system is necessary. FYI, the win98 testcase that I reported (http://cygwin.com/ml/cygwin/2004-07/msg01120.html) locks up in the same way (as the testcase in this thread) on my hyperthreaded machine at work (P4, XPPro), but runs fine fine with HT disabled in BIOS. Maybe seeing what the two scripts do in common may help narrow down the cause. Also, on my win98 box, the testcase in http://cygwin.com/ml/cygwin/2004-07/msg01088.html fails silently (returns to command prompt with no errors) after 20k-50k iterations. (my 98 box is a single cpu PIII btw). Your response to my plea for 'no more me toos' was to send a me too. So was mine! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WinXP service problem
Ok. I think I figured out the problem. But I still do not have a solution for it. Here's what I think the problem is: When the script is run as a windows service, the user that's calling the script is SYSTEM. Inside the script is a call to ssh client with the required parameters. I pass it the absolute path of the id_rsa file. The issue seems to be that user SYSTEM is not the owner of id_rsa file so it is being asked for a passphrase. On the contrary, if I add the batch script to startup programs, then no passphrase is asked and I am logged in right away. The problem here is that the command prompt window stays on the screen. This is something I wanted to avoid to begin with. I haven't gotten around to start the server in debug mode since I haven't found a suitable time to bring down the ssh server. Thanks Rachan Larry Hall wrote: At 12:09 PM 8/4/2004, you wrote: I turned on verbosity for the client and performed my tests- called the batch script directly and from the seervice. Attached are the logs from SSH client for both cases. I have removed my server name and user name for security reasons. Thx for your help, Rachan OK, that's really not much help, as I suspected. All it shows is that the server responded differently to the key in one session than the other. You really need to start the server in debug mode and try each of these again. That's likely to provide you more insight to the problem. Two other things I noted: 1. You're using 'autossh.exe'. Since this isn't part of a Cygwin package, I'm assuming you built this locally via Cygwin. In any case, I'd recommend pulling this out of the equation. I'm not confident that this is causing you any of the difficulties you're seeing but it makes sense to eliminate the possibility. Also, if there is a problem there, it's not obvious that it's OT for this list at the moment. 2. You should really use your id_ra.pub file instead. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
On Thu, Aug 05, 2004 at 03:43:07PM +0200, Mike Kenny - BCX - Infrastructure Services wrote: Thanks Cristopher this looks like a very useful site. Huh? Don't thank me. I didn't provide the URL and I'm not advocating the use of that site in any way. I consider it to be an irritant more than anything else. If there are problems with ssh, then they should be worked out here and eventually rolled back into the ssh release so that anyone who has problems with ssh will benefit. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
On Thu, Aug 05, 2004 at 07:45:25AM -0700, Andrew DeFaria wrote: Corinna Vinschen wrote: Have a look into the script, right at the end. chown is only called if sshd has been installed as service. Otherwise the script assumes that sshd is going to be run from some user account in a console window. In that case, chown'ing to system wouldn't make much sense. But would it hurt to chown even if sshd is going to be run from some user account in a console window? (Personally I find that assumption odd. Does anybody run sshd from some user account in a console window?) Yes. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WinXP service problem
At 10:53 AM 8/5/2004, you wrote: Ok. I think I figured out the problem. But I still do not have a solution for it. Here's what I think the problem is: When the script is run as a windows service, the user that's calling the script is SYSTEM. Inside the script is a call to ssh client with the required parameters. I pass it the absolute path of the id_rsa file. The issue seems to be that user SYSTEM is not the owner of id_rsa file so it is being asked for a passphrase. On the contrary, if I add the batch script to startup programs, then no passphrase is asked and I am logged in right away. The problem here is that the command prompt window stays on the screen. This is something I wanted to avoid to begin with. Ah, OK. Yeah, that would be a problem. I had thought you had said you were running this service as the user you wanted to 'ssh' as but I guess I didn't. You could try that. That should help (and keep you from needing to specify the 'id_rsa' file. I haven't gotten around to start the server in debug mode since I haven't found a suitable time to bring down the ssh server. Yeah, I wouldn't bother at this point. I think you've found the issue. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WinXP service problem
Boy, I didn't proofread that one very well. ;-) At 11:56 AM 8/5/2004, you wrote: At 10:53 AM 8/5/2004, you wrote: Ok. I think I figured out the problem. But I still do not have a solution for it. Here's what I think the problem is: When the script is run as a windows service, the user that's calling the script is SYSTEM. Inside the script is a call to ssh client with the required parameters. I pass it the absolute path of the id_rsa file. The issue seems to be that user SYSTEM is not the owner of id_rsa file so it is being asked for a passphrase. On the contrary, if I add the batch script to startup programs, then no passphrase is asked and I am logged in right away. The problem here is that the command prompt window stays on the screen. This is something I wanted to avoid to begin with. Ah, OK. Yeah, that would be a problem. I had thought you had said you were running this service as the user you wanted to 'ssh' as but I guess I didn't. You could try that. That should help (and keep you from needing ^^ I was wrong about that. to specify the 'id_rsa' file. ^ ) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Anyone having problem with 'man' permissions?
Fish wrote: Is anyone else HAVING, or HAS anyone else HAD, the same/similar problem with 'man' recently or at some time in the past? I haven't seen that, but when I try to use 'man', I get this error: troff: fatal error: can't open ` -P-c -mandoc': No such file or directory I've tried tracking down this problem, presumably in one of the shell scripts (such as /usr/bin/nroff), without luck. -- Chris Herborth ([EMAIL PROTECTED]) Never send a monster to do the work of an evil scientist. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Bug in GCC Install
There appears to be a bug in the configure scripts for GCC. This bug relates to the install procedure for gcov.exe, and only appears when you build gcc for multiple targets. The install snippet for gcc is: if [ -f gcov.exe ]; \ then \ rm -f /usr/bin/gcov.exe; \ /bin/sh /cygdrive/g/ChoiceW/Rev_3/cvs/src/developer/gcc-3.3.1-3/install-sh -c gcov.exe /usr/bin/`echo gcov|sed 's,x,x,'`.exe; \ fi Note that the install-sh line changes the name of gcov via `echo gcov|sed 's,x,x,'`, while the rm line uses a constant name. If the target is to a non i686-pc-cygwin machine, then the echo changes gcov to something like arm-gnu-gcov. Yet the file which is removed is still gcov.exe (in the first line.) The result is that if you install gcc for the host first, it installs gcov.exe. If you then install gcc for a target, it deletes the gcov built for the host. --Phil Brown -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bug in GCC Install
On Thu, Aug 05, 2004 at 01:40:19PM -0400, Philip Brown wrote: There appears to be a bug in the configure scripts for GCC. This bug relates to the install procedure for gcov.exe, and only appears when you build gcc for multiple targets. The install snippet for gcc is: if [ -f gcov.exe ]; \ then \ rm -f /usr/bin/gcov.exe; \ /bin/sh /cygdrive/g/ChoiceW/Rev_3/cvs/src/developer/gcc-3.3.1-3/install-sh -c gcov.exe /usr/bin/`echo gcov|sed 's,x,x,'`.exe; \ fi Note that the install-sh line changes the name of gcov via `echo gcov|sed 's,x,x,'`, while the rm line uses a constant name. If the target is to a non i686-pc-cygwin machine, then the echo changes gcov to something like arm-gnu-gcov. Yet the file which is removed is still gcov.exe (in the first line.) The result is that if you install gcc for the host first, it installs gcov.exe. If you then install gcc for a target, it deletes the gcov built for the host. This is a generic problem in gcc. You should probably file a bug report at http://gcc.gnu.org/bugzilla/enter_bug.cgi . You might want to first investigate if this problem is fixed in a later version of gcc, however. Or, you could start a discussion at the gcc mailing list gcc at gcc dot gnu dot org . -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Anyone having problem with 'man' permissions?
At 01:27 PM 8/5/2004, you wrote: Fish wrote: Is anyone else HAVING, or HAS anyone else HAD, the same/similar problem with 'man' recently or at some time in the past? I haven't seen that, but when I try to use 'man', I get this error: troff: fatal error: can't open ` -P-c -mandoc': No such file or directory I've tried tracking down this problem, presumably in one of the shell scripts (such as /usr/bin/nroff), without luck. Just a WAG but I'd suggest checking you '/usr/sharemisc/man.conf' file for it's NROFF settings. Looks like yours is adding a '-P' option without proper spacing. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WinXP service problem
That's all right. I got what you were trying to say. Besides, it made me feel good about my own typos ;-) Larry Hall wrote: Boy, I didn't proofread that one very well. ;-) At 11:56 AM 8/5/2004, you wrote: At 10:53 AM 8/5/2004, you wrote: Ok. I think I figured out the problem. But I still do not have a solution for it. Here's what I think the problem is: When the script is run as a windows service, the user that's calling the script is SYSTEM. Inside the script is a call to ssh client with the required parameters. I pass it the absolute path of the id_rsa file. The issue seems to be that user SYSTEM is not the owner of id_rsa file so it is being asked for a passphrase. On the contrary, if I add the batch script to startup programs, then no passphrase is asked and I am logged in right away. The problem here is that the command prompt window stays on the screen. This is something I wanted to avoid to begin with. Ah, OK. Yeah, that would be a problem. I had thought you had said you were running this service as the user you wanted to 'ssh' as but I guess I didn't. You could try that. That should help (and keep you from needing ^^ I was wrong about that. to specify the 'id_rsa' file. ^ ) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Bug in GCC Install
-Original Message- From: cygwin-owner On Behalf Of Christopher Faylor Sent: 05 August 2004 18:44 On Thu, Aug 05, 2004 at 01:40:19PM -0400, Philip Brown wrote: There appears to be a bug in the configure scripts for GCC. This bug relates to the install procedure for gcov.exe, and only appears when you build gcc for multiple targets. The install snippet for gcc is: if [ -f gcov.exe ]; \ then \ rm -f /usr/bin/gcov.exe; \ /bin/sh /cygdrive/g/ChoiceW/Rev_3/cvs/src/developer/gcc-3.3.1-3/install-sh -c gcov.exe /usr/bin/`echo gcov|sed 's,x,x,'`.exe; \ fi But this isn't what it says in the makefile, this is what you saw fly past on the commandline during a build. It's not canonical, and in particular there is no way to determine if this is a completely valid snippet that has been generated because you supplied the wrong configure flags. What was your configure line? The result is that if you install gcc for the host first, it installs gcov.exe. If you then install gcc for a target, it deletes the gcov built for the host. This is a generic problem in gcc. You should probably file a bug report at http://gcc.gnu.org/bugzilla/enter_bug.cgi . You might want to first investigate if this problem is fixed in a later version of gcc, however. Indeed. Looking at $builddir/gcc/Makefile from version 3.3.3, I see. snip! # Install gcov if it was compiled. -if [ -f gcov$(exeext) ]; \ then \ rm -f $(DESTDIR)$(bindir)/gcov$(exeext); \ $(INSTALL_PROGRAM) gcov$(exeext) $(DESTDIR)$(bindir)/$(GCOV_INSTALL_NAME)$(exeext); \ fi snip! and since $(DESTDIR) should sooo not be the same for a cross toolchain as it is for your native tools, that really shouldn't cause any problem. And looking at your snippet, it seems to me that you have set DESTDIR the same for both your cross toolchain and your native. That won't work; the ${target}- prefixes won't prevent the unprefixed versions of the names from clashing. In particular, I work with cygwin, I build and install cross-compiled versions of gcc like there was no tomorrow, and I haven't had any similar problem myself yet. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Problem starting sshd as a service
At 09:43 AM 8/5/2004, you wrote: Thanks Cristopher this looks like a very useful site. Actually, I believe you meant to thank Erik. Chris was simply pointing out that this site isn't officially affiliated with the Cygwin site or project. As such, discussion of (or more importantly questions about) it's contents is OT here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Christopher Faylor Sent: Wednesday, August 04, 2004 3:53 PM To: [EMAIL PROTECTED] http://cygwin.com/acronyms/#PCYMTNQREAIYR Subject: Re: Problem starting sshd as a service On Wed, Aug 04, 2004 at 05:33:51AM -0700, Erik Weibust wrote: Check out this site for very good instructions on setting up sshd via cygwin. http://tech.erdelynet.com/cygwin-sshd.html And, then, if you have further problems with sshd, make sure that you send all of your inquiries there, too... cgf -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Anyone having problem with 'man' permissions?
Larry Hall wrote: I haven't seen that, but when I try to use 'man', I get this error: troff: fatal error: can't open ` -P-c -mandoc': No such file or directory I've tried tracking down this problem, presumably in one of the shell scripts (such as /usr/bin/nroff), without luck. Just a WAG but I'd suggest checking you '/usr/sharemisc/man.conf' file for it's NROFF settings. Looks like yours is adding a '-P' option without proper spacing. It's got this: NROFF /usr/bin/nroff -c -mandoc /usr/bin/nroff has this inside: case $1 in -c) opts=$opts -P-c ;; -h) opts=$opts -P-h ;; adding spaces between -P and {-c,-h} gives this error: troff: fatal error: can't open ` -P -c -mandoc': No such file or directory Adding -x to #!/bin/sh in /usr/bin/nroff suggests that for man foo the foo doesn't make it into the call to groff at the end of the script and that the additional args are being passed as a single argument: [EMAIL PROTECTED] [502]: man bash + prog=/usr/bin/nroff + opts= + opts= -P-c + shift + opts= -P-c -mandoc + shift + : /usr/bin + export GROFF_BIN_PATH + PATH=/usr/bin:/c/emacs-21.3/bin:/cygdrive/d/cherborth/bin:/usr/local/bin:/usr/ bin:/bin:/usr/X11R6/bin:/cygdrive/d/cherborth/bin:/usr/bin:/cygdrive/c/WINDOWS/s ystem32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Progra m Files/ATI Technologies/ATI Control Panel:/cygdrive/c/Program Files/Common File s/GTK/2.0/bin:.:/cygdrive/c/QNX6.3.0/host/win32/x86/usr/bin:/cygdrive/c/Program Files/QNX Software Systems/bin groff -mtty-char -Tascii -P-c -mandoc troff: fatal error: can't open ` -P-c -mandoc': No such file or directory -- Chris Herborth ([EMAIL PROTECTED]) Never send a monster to do the work of an evil scientist. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problem starting sshd as a service
On Aug 5 07:45, Andrew DeFaria wrote: Corinna Vinschen wrote: Have a look into the script, right at the end. chown is only called if sshd has been installed as service. Otherwise the script assumes that sshd is going to be run from some user account in a console window. In that case, chown'ing to system wouldn't make much sense. But would it hurt to chown even if sshd is going to be run from some user account in a console window? (Personally I find that assumption odd. Does anybody run sshd from some user account in a console window?) Actually, running all process under the same account and having this account owning all files is probably some sort of default. Just starting an sshd in a console window, running under the only account which should be able to log on from remote (using pubkey authentication) is probably the easiest way to get an sshd up and running. And I'm pretty sure there is a non-trivial amount of people running sshd that way. So, while always running chown from ssh-host-config would probably simplify the script, but I don't think that's the way to go. The problem is, that the script works for me(tm) and so I'm still curious what happens on other machines. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Anyone having problem with 'man' permissions?
-Original Message- From: cygwin-owner On Behalf Of Chris Herborth Sent: 05 August 2004 19:01 adding spaces between -P and {-c,-h} gives this error: troff: fatal error: can't open ` -P -c -mandoc': No such file or directory Looking at the docs for the -P option, that would be bound to be wrong anyway. -c isn't a seperate option, it's the argument to -P. Adding -x to #!/bin/sh in /usr/bin/nroff suggests that for man foo the foo doesn't make it into the call to groff at the end of the script and that the additional args are being passed as a single argument: PATH=/usr/bin:/c/emacs-21.3/bin:/cygdrive/d/cherborth/bin:/usr /local/bin:/usr/ bin:/bin:/usr/X11R6/bin:/cygdrive/d/cherborth/bin:/usr/bin:/cy gdrive/c/WINDOWS/s ystem32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem: /cygdrive/c/Progra m Files/ATI Technologies/ATI Control Panel:/cygdrive/c/Program Files/Common File s/GTK/2.0/bin:.:/cygdrive/c/QNX6.3.0/host/win32/x86/usr/bin:/c ygdrive/c/Program Files/QNX Software Systems/bin groff -mtty-char -Tascii -P-c -mandoc troff: fatal error: can't open ` -P-c -mandoc': No such file or directory Your $PATH is a bit messy. What's in that emacs bin directory? What about the QNX bin dir? I'm wondering if there's various versions of the gnu tools on your system and they're clashing. What happens when you try 'which troff groff man'? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
unused libraries in basic install
Hi! In the standard install cygwin-setup installs libraries which no program in the basic install needs: libncurses5 libncurses6 libreadline4 for all of them newer versions exist, and are in the standard install. Why install older versions by default (if there is a dependency, cygwin-setup would solve it)? Why not put the older versions from base to libs? I think base install means shell plus essential tools, plus all dependencies (libraries). Also by default gdbm libgdbm libgdbm-devel libgdbm3 libgdbm4 are being installed. Is gdbm really an essential tool? Why 2 library versions? Why a devel-package in the standard install? And is there really a need for dependency of the standard install of 3 different versions of libintl? (libintl1 libintl2 libintl3) Robert. _ Highlight Viewer - heben Sie von Ihnen gesuchte Wörter auf Webseiten hervor. http://toolbar.msn.at?DI=43XAPID=2170 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Anyone having problem with 'man' permissions?
At 02:14 PM 8/5/2004, you wrote: -Original Message- From: cygwin-owner On Behalf Of Chris Herborth Sent: 05 August 2004 19:01 adding spaces between -P and {-c,-h} gives this error: troff: fatal error: can't open ` -P -c -mandoc': No such file or directory Looking at the docs for the -P option, that would be bound to be wrong anyway. -c isn't a seperate option, it's the argument to -P. Yep, I didn't realize that was a 'groff' option. Without the space is the right thing. Adding -x to #!/bin/sh in /usr/bin/nroff suggests that for man foo the foo doesn't make it into the call to groff at the end of the script and that the additional args are being passed as a single argument: PATH=/usr/bin:/c/emacs-21.3/bin:/cygdrive/d/cherborth/bin:/usr /local/bin:/usr/ bin:/bin:/usr/X11R6/bin:/cygdrive/d/cherborth/bin:/usr/bin:/cy gdrive/c/WINDOWS/s ystem32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem: /cygdrive/c/Progra m Files/ATI Technologies/ATI Control Panel:/cygdrive/c/Program Files/Common File s/GTK/2.0/bin:.:/cygdrive/c/QNX6.3.0/host/win32/x86/usr/bin:/c ygdrive/c/Program Files/QNX Software Systems/bin groff -mtty-char -Tascii -P-c -mandoc troff: fatal error: can't open ` -P-c -mandoc': No such file or directory Your $PATH is a bit messy. What's in that emacs bin directory? What about the QNX bin dir? I'm wondering if there's various versions of the gnu tools on your system and they're clashing. What happens when you try 'which troff groff man'? That's a good question. Clearly this is a local environment issue. Perhaps it's time to fallback to the old reliable: Problem reports: http://cygwin.com/problems.html :-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Obvious Tip: Calling Windows Calc from Prompt
Hi, I got fed up going to Start-Run-Calc, and just typed calc from my CygWin prompt and up she came! Of course I've got system32 in my $path whence calc /c/WINDOWS/system32/calc Of course I may be the only one who didn't know this!!! zzapper (vim, cygwin, wiki zsh) -- vim -c :%s%s*%CyrnfrTfcbafbeROenzSZbbyranne%|:%s)[R-T]) )Ig|:norm G1VGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Obvious Tip: Calling Windows Calc from Prompt
Zzapper, I placed c:\cygwin\bin;C:\cygwin\usr\local\bin in my path and to timidity to work. It will even make music from the MS prompt. I'm using Windows ME now. Got fed up with Windows XP Corperate. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Obvious Tip: Calling Windows Calc from Prompt
one words: bc 8-) somebody wrote on 08/05/2004 04:28:50 PM: whence calc /c/WINDOWS/system32/calc Of course I may be the only one who didn't know this!!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Obvious Tip: Calling Windows Calc from Prompt
On Thu, 5 Aug 2004 16:34:24 -0500, wrote: one words: bc 8-) somebody wrote on 08/05/2004 04:28:50 PM: whence calc /c/WINDOWS/system32/calc Of course I may be the only one who didn't know this!!! Thanx,how come I forgot bc? I remember there was also a reverse polish calculator dc, which was a bit off-putting zzapper (vim, cygwin, wiki zsh) -- vim -c :%s%s*%CyrnfrTfcbafbeROenzSZbbyranne%|:%s)[R-T]) )Ig|:norm G1VGg? http://www.vim.org/tips/tip.php?tip_id=305 Best of Vim Tips -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Need help using cygwin and ssh
Philipp, Please address all Cygwin-related mail to the appropriate Cygwin mailing list unless private mail was specifically requested. That way you get access to more expertise than any one person can provide, and your questions and answers to them are archived on the web, so that others can search for them. For your convenience, I've redirected this reply to the main Cygwin list, and set the Reply-To header accordingly. More below. On Wed, 4 Aug 2004, Philipp Spritzey wrote: Hello Igor! I read http://www.cygwin.com/ml/cygwin/2003-04/msg01078.html do figure out how to resolve the same problem. __ WARNING: terminal is not fully functional /etc/passwd (press RETURN) domingo% echo $TERM RETURN) cygwin domingo% __ but i don't understand how do make #3 work could you pleas explain it to me? Does this mean that solutions #1 and #2 aren't acceptable for you? Basically, copying the file cygwin from /usr/share/terminfo/c on your Windows/Cygwin machine to the same location on your Linux machine should cover most of the modern apps. For the older apps, you need to edit /etc/termcap on your Cygwin machine, copy the two lines starting with cygwin:\, and paste them into the same location in /etc/termcap on your Linux machine. FWIW, I'm sure there's also a way to do this via some tools (e.g., tic or tack), but someone else will have to describe it. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with configuring ksh (pdksh) in Cygwin and following problems with Linux cross-compilation there
On Mon, 2 Aug 2004, Povolotsky, Alexander wrote: *** Igor Pechtchanski wrote: *** yes, Cygwin can be configured to use ksh instead of bash. The two places that should be changed are /Cygwin.bat (you'll have to invoke pdksh.exe, though, since ksh.exe is a symlink), and /etc/passwd (change your default shell to /usr/bin/ksh). At the moment, I can't think of any other places that might need changing, but perhaps someone on the list will. Please let the list know if this works. Based on above advise, I have assumed that I need to install from scratch the pdksh package first. I have installed source for pdksh-5.2.14 and have built ksh (pdksh) from there (in Cygwin's b'ash window). Make install has put ksh into Cygwin's /usr/local/bin and I copied it into Cygwin's /bin folder Wrong. You should have simply installed the Cygwin 'pdksh' package from any mirror. To incorporate ksh (pdksh ), I modified my Cygwin bat file (commented out bash line and added ksh line )as follows: ** @echo off C: chdir C:\cygwin\bin REM bash --login -i ksh -l *** Yep, this should work. I think it works (did not try cross compilation yet ;-)), but I get some annoing errors at the start of the Cygwin's shell now: : not foundrofile[2]: : not foundrofile[8]: : not foundrofile[11]: : not foundrofile[14]: : not foundrofile[17]: : not foundrofile[20]: : not foundrofile[23]: : not foundrofile[26]: : not foundrofile[30]: : not foundrofile[36]: ksh: /etc/profile[63]: syntax error: `done' unexpected Hmm, this is weird. Do you have the default /etc/profile (as installed by the 'base-files' package), or did you customize yours? $ ps -l PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 3852 13852 3852 con 91693 04:37:11 /usr/bin/ksh 1643852 164 2436 con 91693 04:37:22 /usr/bin/ps What do I need to do to get rid of : not foundrofile errors ? I suspect that the errors are actually '...rofile[23]:^M:not found' (the ^M, or CR, is doing a carriage return). It's possible that a bash-ism got into the default /etc/profile, or it may be a text/binary error. I'll check it out if I can reproduce it. *** Christopher Faylor wrote: *** If you are talking about using pdksh, then, if you already have a cross-compilation environment set up you should simply try it and report problems. So I am trying - that is what I get: $ pwd /cygdrive/d/Profiles/apovolot/linux-2.6.8-rc2/linux-2.6.7 $ make clean make: *** /cygdrive/d/Profiles/apovolot/linux-2.6.8-rc2/linux-2.6.7/arch/ppc: Is a directory. Stop. $ make oldconfig HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/split-include HOSTCC scripts/basic/docproc HOSTCC scripts/kconfig/conf.o HOSTCC scripts/kconfig/libkconfig.o HOSTCC scripts/kconfig/mconf.o HOSTLD scripts/kconfig/conf scripts/kconfig/conf -o arch/ppc /Kconfig input in flex scanner failed make[1]: *** [oldconfig] Error 2 make: *** [oldconfig] Error 2 $ make menuconfig HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/split-include HOSTCC scripts/basic/docproc HOSTLD scripts/kconfig/mconf HOSTCC scripts/lxdialog/checklist.o HOSTCC scripts/lxdialog/inputbox.o HOSTCC scripts/lxdialog/lxdialog.o HOSTCC scripts/lxdialog/menubox.o HOSTCC scripts/lxdialog/msgbox.o HOSTCC scripts/lxdialog/textbox.o HOSTCC scripts/lxdialog/util.o HOSTCC scripts/lxdialog/yesno.o HOSTLD scripts/lxdialog/lxdialog Info: resolving _COLS by linking to __imp__COLS (auto-import) Info: resolving _LINES by linking to __imp__LINES (auto-import) Info: resolving _stdscr by linking to __imp__stdscr (auto-import) scripts/kconfig/mconf arch/ppc /Kconfig input in flex scanner failed make[1]: *** [menuconfig] Error 2 make: *** [menuconfig] Error 2 Sorry, can't help you here. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing. -- Dr. Jubal Harshaw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin1.dll problem with Hyperthreaded machines (reprise)
Christopher Faylor wrote: FYI, the win98 testcase that I reported (http://cygwin.com/ml/cygwin/2004-07/msg01120.html) locks up in the same way (as the testcase in this thread) on my hyperthreaded machine at work (P4, XPPro), but runs fine fine with HT disabled in BIOS. Maybe seeing what the two scripts do in common may help narrow down the cause. Also, on my win98 box, the testcase in http://cygwin.com/ml/cygwin/2004-07/msg01088.html fails silently (returns to command prompt with no errors) after 20k-50k iterations. (my 98 box is a single cpu PIII btw). Your response to my plea for 'no more me toos' was to send a me too. Yup. Uh huh. My apologies for offering a different testcase to help isolate the cause of a known bug. And my further apologies for making the mistake of noting that both testcases for two different bugs apply to both of the bugs. Next time I'll know better! :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with configuring ksh (pdksh) in Cygwin and following problems with Linux cross-compilation there
Igor Pechtchanski wrote: {building of pdksh, modifying cygwin.bat} : not foundrofile[2]: : not foundrofile[8]: : not foundrofile[11]: : not foundrofile[14]: : not foundrofile[17]: : not foundrofile[20]: : not foundrofile[23]: : not foundrofile[26]: : not foundrofile[30]: : not foundrofile[36]: ksh: /etc/profile[63]: syntax error: `done' unexpected Hmm, this is weird. Do you have the default /etc/profile (as installed by the 'base-files' package), or did you customize yours? $ ps -l PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 3852 13852 3852 con 91693 04:37:11 /usr/bin/ksh 1643852 164 2436 con 91693 04:37:22 /usr/bin/ps What do I need to do to get rid of : not foundrofile errors ? I suspect that the errors are actually '...rofile[23]:^M:not found' (the ^M, or CR, is doing a carriage return). It's possible that a bash-ism got into the default /etc/profile, or it may be a text/binary error. I'll check it out if I can reproduce it. 9:1 that the text is 'ksh: /etc/profile[xx]: \n: not found', which does sound like a lineend problem. I ran into this once, when I modified /etc/profile with a text editor that didn't understand Unix newlines without paying attention. Assuming that this is the cause, and that /etc is mounted binary, dos2unix should fix it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: glib2-2.4.5-1, glib2-devel-2.4.5-1, glib2-doc-2.4.5-1, glib2-runtime-2.4.5-1
I have updated GLib, the low-level core library that forms the basis for projects such as GTK+ and GNOME. NEWS Cygwin: Use GLib 2.4.5, latest gettext, libiconv binutils releases. General: This is a bug fix release and is source and binary compatible with 2.4.0. The main reason for this release is a bug in the routines converting between filenames and URIs, which can cause problems when used with filenames which are not encoded in UTF-8. Overview of Changes from GLib 2.4.4 to GLib 2.4.5 = * Fix g_filename_from_uri() to work with non-UTF-8 filenames [Robert Ögren, Matthias Clasen] * Make GMarkup parser handle of whitespace inside tags according to XML 1.1 [Hiroyuki Ikezoe, Matthias] * Documentation improvements [Soeren Sandmann, Christophe Fergeau, Danek Duvall] * Other bug fixes [Oliver Guntermann, Sven Neumann, James Henstridge, Murray Cumming, Matthias, Tommi Komulainen] * New and updated translations (bg,hi,sq) A list of all bugs fixed in this release can be found at http://bugzilla.gnome.org/buglist.cgi?bug_id=147651,132858,135899,148646,148420,148262,143552,148368,145015 Overview of Changes from GLib 2.4.2 to GLib 2.4.4 = * Win32 bug fixes (John Ehresman) * Other bug fixes (Manish Singh, Matthias Clasen, Federico Mena Quintero, Philippe Blain, Sven Neumann, Julio M. Merino Vidal, Kaz Sasayama, Morten Welinder, Mariano Suarez-Alvarez) * Documentation updates (Crispin Flowerday, Ed Griffiths, Federico) * New and updated translations (az,ne,sq) A list of all bugs fixed in this release can be found at http://bugzilla.gnome.org/buglist.cgi?bug_id=143744,143812,140532,143552,83674,145153,139567,145166,146054,108038,144678,143800,146875 DESCRIPTION === The GLib library provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. Canonical website: http://www.gtk.org/ UPDATE == 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 'glib2' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'glib2' until '2.4.5-1' is displayed. DOWNLOAD: = 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^=
Updated: pango-1.4.0-2, pango-devel-1.4.0-2, pango-doc-1.4.0-2, pango-runtime-1.4.0-2
Pango has been updated NEWS Cygwin: Use GLib 2.4.5, latest gettext, libiconv binutils releases. DESCRIPTION === Pango is a library for layout and rendering of text, with an emphasis on internationalization. It forms the core of text and font handling for GTK+-2.0. Canonical website: http://www.gtk.org/ http://www.pango.org/ UPDATE == 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 'pango' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'pango' until '1.4.0-2' is displayed. DOWNLOAD: = 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^=
Updated: gtk2-x11-2.4.4-1, gtk2-x11-devel-2.4.4-1, gtk2-x11-doc-2.4.4-1, gtk2-x11-runtime-2.4.4-1
GTK+ - X11 version - has been updated NEWS Cygwin: Use GLib 2.4.5, latest gettext, libiconv binutils releases. General: This is a bug fix release and is source and binary compatible with 2.4.0. Overview of Changes from GTK+ 2.4.3 to GTK+ 2.4.4 = * GtkFileChooser - Use Save button in save mode. [Federico Mena Quintero] - Check for errors when opening folders [Federico] - Fall back to stock icons if icon theme is not found [Federico] - Bug fixes [Federico, Alex Roitman, Owen Taylor] * GtkComboBox - Make it work without a model [Mariano Suarez-Alvarez, Christian Persch] - Improve placement of popup [David A. Knight] * GtkImage - Fix issues with partial redrawing [John Ehresman, Felipe Heidrich, Billy Biggs] * GtkEntry - Fix cursor movement with combining marks [Theppitak Karoonboonyanan] - Protect passwords better [Morten Welinder] * Win32 fixes - Fix build without wintab [J. Ali Harlow] - Improve Clipboard handling [Tor Lillqvist, John Ehresman] * Gdk - Make RGBA cursors work [Michael Natterer] - Work with odd XServers [Bastien Nocera] - Handle _NET_WM_STATE_ABOVE/_BELOW better [Billy Biggs] - Don't leak DND contexts [Alex Larsson] * gdk-pixbuf - Make tiff loader work with libtiff 3.6.1 [Marco Ghirlanda] - Fix math for GDK_INTERP_HYPER [Brian Cameron] - Fix Win32 exported symbols [Tor Lillqvist] * Documentation improvements [Billy Biggs, Matthias Clasen, Oliver Andrieu] * Other bug fixes [Federico, Michael, Matthias, Philip Kendall, Jean-François Wauthy, John Finlay, Jeff Franks, Tim Janik, Nickolay V. Shmyrev, Sampo Nurmentaus, William Jon McCann, Jan-Marek Glogowski, Yevgen Muntyan, Pawel Salek, Jonathan Blandford, Sunil, Dimitiry. M Shatrov] * Updated translations (bg,he,hu,ne,sq) A list of all bugs fixed in this release can be found at http://bugzilla.gnome.org/buglist.cgi?bug_id=143578,144198,144356,144350,144427,139785,144750,142308,141753,144808,145007,144362,137211,144851,145242,135423,138560,141728,143675,145210,145291,145134,145312,145429,144967,139187,136496,140537,144302,145585,145566,144324,145365,139290,146282,135541,112412,144583,143955,146531,137031 DESCRIPTION === GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites. Canonical website: http://www.gtk.org/ UPDATE == 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 'gtk2-x11' from the 'Libs' category, if you install it for the first time, click on the 'skip' field next to 'gtk2-x11' until '2.4.4-1' is displayed. DOWNLOAD: = 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, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Gerrit P. Haase -- =^..^=