Updating failure

I had not updated my Cygwin installation for a couple of months, not since the major changes to Cygwin/X, because I was afraid of breaking X. I decided to bite the bullet today, so I shutdown all my Cygwin processes including cygrunsrv, ran setup.exe, selected my usual download site, ftp://cygwin.

gv became really slow?

Hi, It used to be the case that opening a postscript file with gv on cygwin was more or less immediate. I've recently updated cygwin and now it takes about 2-5 seconds (a clock is displayed while gv is "thinking"). This happens even if the postscript file contains only a few words. For example, if

RE: jmp_buf size?

Thanks, sorry, I didn't see that. - Jay > Date: Wed, 4 Feb 2009 18:49:50 -0500 > From: reply-to-list-only...@cygwin.com > To: cygwin@cygwin.com > CC: jay.kr...@cornell.edu > Subject: Re: jmp_buf size? > > Jay wrote: >> What is up with the size of jmp

Re: [ANNOUNCEMENT] Updated: octave-3.0.3 and octave-forge-20080831

On Wed, Feb 04, 2009 at 11:44:45PM +0100, Reini Urban wrote: > Marco Atzeri schrieb: >> New versions of octave / octave-devel / octave-doc >> 3.0.3-1 for cygwin-1.5 >> 3.0.3-2 for cygwin-1.7 >> and octave-forge >> 20080831-3 for cygwin-1.5 >> 20080831-4 for cygwin-1.7 >> are available in the Cygw

Re: "Incompatible" typedefs

Eric Blake wrote: > The difference you are running into is the fact that 'int' and 'long int' (or > alternately spelled, 'int' and 'long') are distinct types, even if they both > occupy 32 bits and are both signed. Right. That was my understanding [*] which is why I assumed the cygwin headers (

Re: jmp_buf size?

Jay wrote: What is up with the size of jmp_buf? It appears that setjmp.h confuses bytes and ints, specifically in the Cygwin case. _JBLEN should be 13, not 13*4. or #define _JBTYPE to char, but that doesn't work as easily. Did you see this reply to your first inquiry on this subject?

RE: jmp_buf size?

What is up with the size of jmp_buf? It appears that setjmp.h confuses bytes and ints, specifically in the Cygwin case. _JBLEN should be 13, not 13*4. or #define _JBTYPE to char, but that doesn't work as easily. ? I applied a local hack workaround, something like: typedef unsigned cha

Re: [ANNOUNCEMENT] Updated: octave-3.0.3 and octave-forge-20080831

Marco Atzeri schrieb: New versions of octave / octave-devel / octave-doc 3.0.3-1 for cygwin-1.5 3.0.3-2 for cygwin-1.7 and octave-forge 20080831-3 for cygwin-1.5 20080831-4 for cygwin-1.7 are available in the Cygwin distribution: Marco, octave-forge-20080831-3 and -4 had "category: ma

Several problems upgrading cygwin & cygwin/x on Feb. 3-4 via kernel.org mirror

PREFACE On Feb. 3rd, I did an upgrade (simply downloaded the new setup.exe and ran it) which I thought was successful. I shut down X completely (with the exception of the X server) before starting the upgrade. During the upgrade, it complained about not being able to upgrade a file (I don't reca

Re: "Incompatible" typedefs

Charles Wilson cwilson.fastmail.fm> writes: > But, at the risk of extending this thread -- I do have a question. Is > there really a difference between > > shortvs.short int > long vs.long int > unsigned vs.unsigned int > signed vs.signed int No difference in any of th

Puzzling mv "permission denied" behaviour

I get a "permission denied" problem with mv that I don't understand when using mv to rename a directory. I have sufficient priveleges to mv the contents of the directory, and then, when empty, I can mv the directory. Why can I only mv the directory when it's empty, while I can mv the contents of

Subject: Re: upgrading openssh always horks perms

On Feb 3 08:55, Peter Wohlers wrote: I find that every time I upgrade openssh it breaks and I have to run: chmod 755 /usr/sbin/* /usr/bin/* It seems silly, but this is something I end up having to do on all/any of my machines every time for years (my notes are dated 2004). I can't help

Re: "Incompatible" typedefs

Dave Korn wrote: > Charles Wilson wrote: > >> I would have thought that these two: >> >> typedef unsigned int u_int16_t __attribute__ ((__mode__ (__HI__))); >> typedef unsigned short int uint16_t; >> >> are very different. > > I wouldn't have. They're both unsigned, they're both integers, and

Re: [1.7] /proc/mounts, /etc/mtab

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Corinna Vinschen wrote: > I just implemented /proc/$PID/mounts as well as the /proc/mounts > symlink to /proc/self/mounts as on Linux. We just have to add > `ln -s /proc/mounts /etc/mtab' to some base script. Great; thank you! Yaakov -BEGIN P

Re: "Incompatible" typedefs

Corinna Vinschen wrote: > This has been fixed in the 1.7 headers in May 2008. You're right. I *thought* I was working in my 1.7 sandbox, but I was actually in the 1.5 environment. Sorry for the noise. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:

Re: [1.7] /proc/mounts, /etc/mtab

On Jan 7 15:29, Corinna Vinschen wrote: > On Jan 4 19:46, Yaakov (Cygwin/X) wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > It would be a helpful enhancement to have a /proc/mounts interface to > > the mountpoint data, with /etc/mtab perhaps being a symlink thereto. Is >

Re: "Incompatible" typedefs

Charles Wilson wrote: I would have thought that these two: typedef unsigned int u_int16_t __attribute__ ((__mode__ (__HI__))); typedef unsigned short int uint16_t; are very different. I wouldn't have. They're both unsigned, they're both integers, and they're both 16 bits. HImode is the

Re: SYSTEM as root user

> > Oh please, > > > > > > http://cygwin.com/acronyms/#TOFU > > > > > > http://cygwin.com/acronyms/#PCYMTNQREAIYR Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info:

Re: SYSTEM as root user

yes, you are right i thought of that too but i just gussing that reward to be root user goes to SYSTEM rather than Administrator coz SYSTEM has capability to use 'su'. Just a guess but you are right its easy to patch webmin to recognize SYSTEM not root than going into all the way installing Cygwi

Re: SYSTEM as root user

Oh please, http://cygwin.com/acronyms/#TOFU http://cygwin.com/acronyms/#PCYMTNQREAIYR On Feb 4 17:41, Jaspreet Singh wrote: > I was just gussing that if i made SYSTEM > user as root user then the problem with the permissions will go I assume you read the Cygwin user's guide about NT se

Re: SYSTEM as root user

The reason is something that most of the people not be interested. Reason is that i am tring to port Webmin+Virtualmin to the Cygwin for web Administration as it is. I ran webmin as SYSTEM user and in cron module i gave it command like 'su USER -c "crontab -l"'. So webmin is now write crontab fo

[ANNOUNCEMENT] tig 0.13-2 -- Curses based git repository browser

PACKAGE DESCRIPTION === c Homepage: http://jonas.nitro.dk/tig License : GPL-2 A command line repository browser capable of displaying a summerized revision log and showing commit log messages, diffstats and diffs. Progam may also be used as a pager. It reads input from stdin and co

Re: upgrading openssh always horks perms

On Feb 3 08:55, Peter Wohlers wrote: > I find that every time I upgrade openssh it breaks and I have to run: > chmod 755 /usr/sbin/* /usr/bin/* > > It seems silly, but this is something I end up having to do on all/any of > my machines every time for years (my notes are dated 2004). > > I can't h

Re: SYSTEM as root user

On Feb 4 00:18, Jaspreet Singh wrote: > hi, > > How about if i make SYSTEM user as root in cygwin and > Administrators > Group as root Group, even install Cygwin 1.7 by SYSTEM > user, Does it > effect on Cygwin working in any way. I don't understand exactly what you're up to. There's no

Re: "Incompatible" typedefs

On Feb 3 12:06, Charles Wilson wrote: > I ran across an oddity in the cygwin headers today. > > has > typedef signed int __int32_t; > unsigned int __uint32_t; > > has > typedef long int32_t > typedef unsigned long uint32_t > > has > typedef __uint32_t u_int32_t; > > What this means is that

Re: "Incompatible" typedefs

Christopher Faylor wrote: > On Tue, Feb 03, 2009 at 12:06:49PM -0500, Charles Wilson wrote: >> I ran across an oddity in the cygwin headers today. > > This boils down to "What does linux do?". If we are doing something > different then PTC. Errr, it's a little weird. On linux, I have: >From ty