Re: Generating and rendering Cygwin docs. (new thread)

On Tue, Jan 05, 2010 at 01:51:32AM -0500, Lee Rothstein wrote: >Corinna, Christopher, et al.: > >Can you help out here: > >Larry Hall (Cygwin) wrote: > > > On 01/04/2010 10:56 PM, Lee Rothstein wrote: > > >> * I'm about to do a review of the Cygwin docs. I'd really like to > >> do that from a sin

Re: Generating and rendering Cygwin docs. (new thread)

Corinna, Christopher, et al.: Can you help out here: Larry Hall (Cygwin) wrote: > On 01/04/2010 10:56 PM, Lee Rothstein wrote: >> * I'm about to do a review of the Cygwin docs. I'd really like to >> do that from a single PDF file per doc (FAQs, User Guide, API >> Guide). How do I get from

Re: Generating and rendering Cygwin docs. Was" Re: [PATCH] avoid 404 link for propietary cygwin license in userguide

On 01/04/2010 10:56 PM, Lee Rothstein wrote: Larry, et al, * I'm about to do a review of the Cygwin docs. I'd really like to do that from a single PDF file per doc (FAQs, User Guide, API Guide). How do I get from the SGML (or, XML, or Docbook) source files to a single PDF? > Or, if that's docu

Generating and rendering Cygwin docs. Was" Re: [PATCH] avoid 404 link for propietary cygwin license in userguide

Larry Hall (Cygwin) wrote: > On 01/04/2010 11:12 AM, Carlo Marcelo Arenas Belon wrote: >> The following patch replaces a broken link in : >>http://cygwin.com/cygwin-ug-net/are-free.html >> with the closest URL I could find in Red Hat's website in reference to the >> proprietary cygwin lic

Re: 1.7.1: problem with public key authentication on domain accounts

On 01/04/2010 08:29 PM, Thomas Nisbach wrote: Larry Hall (Cygwin cygwin.com> writes: On 01/04/2010 06:18 PM, Thomas Nisbach wrote: Bob Burger gmail.com> writes: Any ideas? Are you using LSA? Have you read the security sections of the Users Guide?

Re: rxvt and strange characters from man

thanks Andy. I've swapped to mintty -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7.1: problem with public key authentication on domain accounts

Larry Hall (Cygwin cygwin.com> writes: > > On 01/04/2010 06:18 PM, Thomas Nisbach wrote: > > Bob Burger gmail.com> writes: > > > > Any ideas? > > Are you using LSA? Have you read the security sections of the Users Guide? >

Re: Cygwin 1.7.1 install halting on Windows 7

> On 01/04/2010 06:55 PM, Durwin wrote: > >> On 01/04/2010 05:58 PM, Durwin wrote: > On 01/04/2010 05:00 PM, Durwin wrote: > > Thank you. I meant to check log before last post. The log says the > > post > > install scripts are failing. The error says script.sh failed, but the >

Re: Cygwin 1.7.1 install halting on Windows 7

On 01/04/2010 06:55 PM, Durwin wrote: On 01/04/2010 05:58 PM, Durwin wrote: On 01/04/2010 05:00 PM, Durwin wrote: Thank you. I meant to check log before last post. The log says the post install scripts are failing. The error says script.sh failed, but the names in /etc/postinstall have *.sh.

Re: 1.7.1: problem with public key authentication on domain accounts

On 01/04/2010 06:18 PM, Thomas Nisbach wrote: Bob Burger gmail.com> writes: When I try to login to my cygwin 1.7.1 system using ssh and public key authentication to my domain account, I get the error: 3 [main] sshd 3128 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - could not load ws2

Re: Cygwin 1.7.1 install halting on Windows 7

> On 01/04/2010 05:58 PM, Durwin wrote: > >> On 01/04/2010 05:00 PM, Durwin wrote: > >>> Thank you. I meant to check log before last post. The log says the post > >>> install scripts are failing. The error says script.sh failed, but the > >>> names in /etc/postinstall have *.sh.done on them. Ca

Re: procps returns parent's cmdline for a child process in cygwin 1.7.1

On Mon, Jan 04, 2010 at 02:10:19PM -0800, Jonathan Schedler wrote: >The following foo.sh script reproduces what I am seeing, using >notepad.exe instead of java.exe > >#!/bin/bash > >notepad & > >procps -eF > >If the above is in a file named foo.sh, the output of procps -eF will be > >Jon 507

Re: chmod in cygwin

On 01/04/2010 06:03 PM, rmpbklyn wrote: have you used chmod before or is it your first time? this is determine what type of answer to post give a screenshot link to further describe Let's all give Linda a chance to absorb the responses so far and follow-up with the list if more direction is ne

Re: Bug printing string where the 128th char is multibyte

On Mon, Jan 4, 2010 at 6:24 PM, Eduardo D'Avila wrote: > I confirmed the bug on two different versions of Windows XP (Home and > Professional Editions) at my home and my workplace. I've just checked > also on a Windows Vista notebook and the bug didn't happen. What terminal are you using, what is

Re: 1.7.1: problem with public key authentication on domain accounts

Bob Burger gmail.com> writes: > > When I try to login to my cygwin 1.7.1 system using ssh and public key > authentication to my domain account, I get the error: > 3 [main] sshd 3128 C:\cygwin\usr\sbin\sshd.exe: *** fatal error > - could not load ws2_32, Win32 error 126 > For me I discover

Re: Bug printing string where the 128th char is multibyte

The script I use displays string from an IMAP server. The best solution would be splitting every string in pieces of at most 127 chars. This is a workaround, but the bug is still there and can show up on other applications. I confirmed the bug on two different versions of Windows XP (Home and Prof

Re: Bug printing string where the 128th char is multibyte

Using the %s didn't solve the problem: erdav...@antares ~/perl/feedbacks $ cat BUG.c #include int main() { const char * str = "0123456789"// 0 - 9 "0123456789"// 10 - 19 "0123456789"// 20 - 29 "01234567

Re: chmod in cygwin

have you used chmod before or is it your first time? this is determine what type of answer to post give a screenshot link to further describe Linda Armelle Nzumotcha Tchoumkam wrote: > > > > I am a new user of cygwin in windows xp. > I want to run an executable program connected to cygwin. >

Re: Cygwin 1.7.1 install halting on Windows 7

> On 01/04/2010 05:00 PM, Durwin wrote: > > Thank you. I meant to check log before last post. The log says the post > > install scripts are failing. The error says script.sh failed, but the > > names in /etc/postinstall have *.sh.done on them. Can they be manually > > run some how? > > Sure.

Re: Bug printing string where the 128th char is multibyte

On Mon, Jan 4, 2010 at 5:35 PM, Eric Blake wrote: > What you've found is a bug in your own program, at lesat for the BUG.c version > of your report. The Perl and Python programs are not buggy, but they also don't exhibit the behavior for me. Although I'm still running a prerelease 1.7.0 Both als

Re: Bug printing string where the 128th char is multibyte

Eduardo D'Avila gmail.com> writes: > I've found a bug that happens when the 128th (index 127 on a 0-based > string) char of a string is a multibyte char. When I print such > string, only the multibyte char and the chars after it are displayed. What you've found is a bug in your own program, at l

Re: procps returns parent's cmdline for a child process in cygwin 1.7.1

The following foo.sh script reproduces what I am seeing, using notepad.exe instead of java.exe #!/bin/bash notepad & procps -eF If the above is in a file named foo.sh, the output of procps -eF will be Jon 5072 4756 0 1390 7548 0 14:08 tty0 00:00:00 /usr/bin/bash ./foo.sh Jon

Re: Cygwin 1.7.1 install halting on Windows 7

On 01/04/2010 05:00 PM, Durwin wrote: Thank you. I meant to check log before last post. The log says the post install scripts are failing. The error says script.sh failed, but the names in /etc/postinstall have *.sh.done on them. Can they be manually run some how? Sure. 'cd' to '/etc/posti

Re: 1.7.1: sshd rsync fork problem

On 01/04/2010 09:43 AM, Brien wrote: Larry, How would you recommend troubleshooting the fork() issue. rebaseall did not solve the problem and I don't have any BLODA. Beyond stracing and/or debugging the code you mean? I guess I'm not real sure. Perhaps it's time to go back to basics and sub

Re: 1.7.1: problem with public key authentication on domain accounts

On 01/04/2010 02:42 PM, Bob Burger wrote: When I try to login to my cygwin 1.7.1 system using ssh and public key authentication to my domain account, I get the error: 3 [main] sshd 3128 C:\cygwin\usr\sbin\sshd.exe: *** fatal error - could not load ws2_32, Win32 error 126 From your cygch

Re: Cygwin 1.7.1 install halting on Windows 7

> On 01/04/2010 02:21 PM, Durwin wrote: > >> On 01/02/2010 12:24 PM, Durwin wrote: > >>> I have just received an Alienware laptop with Windows7. I downloaded > >>> and ran the current setup from website. The install process will stop > >>> at various stages, not always the same place. By stop, I

Re: What dll is necessary to use system()-function

Michael Schmid schreef: from http://linux.die.net/man/3/system: system() executes a command specified in command by calling */bin/sh* -c command, you'll have to make sure /bin/sh will work, that is what I found. Teun Hi! Started to use cygwin, it's great. Now I have a working prog and want

Re: What dll is necessary to use system()-function

On Mon, Jan 04, 2010 at 12:48:06PM -0800, Michael Schmid wrote: > >Hi! > >Started to use cygwin, it's great. Now I have a working prog and want it run >on another computer. > >So I moved the exe, and all necessary dlls... But there seem to be one >missing, because the system()-function (http://linu

Re: Cygwin 1.7.1 install halting on Windows 7

On 01/04/2010 02:21 PM, Durwin wrote: On 01/02/2010 12:24 PM, Durwin wrote: I have just received an Alienware laptop with Windows7. I downloaded and ran the current setup from website. The install process will stop at various stages, not always the same place. By stop, I mean it looks as if i

What dll is necessary to use system()-function

Hi! Started to use cygwin, it's great. Now I have a working prog and want it run on another computer. So I moved the exe, and all necessary dlls... But there seem to be one missing, because the system()-function (http://linux.die.net/man/3/system) doesn't work... E.g. system(cp ./file1 ./file2).

Re: [PATCH] avoid 404 link for propietary cygwin license in userguide

On 01/04/2010 11:12 AM, Carlo Marcelo Arenas Belon wrote: The following patch replaces a broken link in : http://cygwin.com/cygwin-ug-net/are-free.html with the closest URL I could find in Red Hat's website in reference to the proprietary cygwin licensing terms. feel free to replace it with

procps returns parent's cmdline for a child process in cygwin 1.7.1

I have updated to cygwin 1.7.1 from 1.5.x this morning. I have discovered that some of my scripts have started to fail. I am on Vista SP2. uname -a is returns: CYGWIN_NT-6.0-WOW64 Office-PC 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin My script starts a process in the background and then kills

Re: Incorrect year in date function.

Jacob Jacobson wrote: I am curious as to why this happened. I was at work yesterday and created a file. The name of the file is created using the Cygwin date function. REV=$(date +rev-%b-%d-%g) APPNAME="$1-$REV.img" When I did a "ls" this morning, I noticed that the year was wrong on the file

Re: Cygwin 1.7.1 install halting on Windows 7

> On 01/02/2010 12:24 PM, Durwin wrote: > > I have just received an Alienware laptop with Windows7. I downloaded > > and ran the current setup from website. The install process will stop > > at various stages, not always the same place. By stop, I mean it looks > > as if it is working, but it ne

Re: rxvt and strange characters from man

2010/1/4 tim richardson: > I've setup rxvt, and take the default term settings. > This is the latest cygwin as of today, Vista host. > > when I do man x, I get odd characters: mis-interpreted control characters. > The default cygwin terminal works fine. > > for example, if I do > man man > > I get

Re: Cygwin 1.7.1 sprintf() with format string having 8th bit set

2010/1/4 Joseph Quinsey: > 1) In my bad test, I already had my LOCALE set to C.ASCII: > >   env | grep LC >   LC_ALL=C.ASCII To use the locale set in the environment you need to invoke setlocale(LC_CTYPE, ""), i.e. with an empty string as the second parameter. Without a setlocale call, your progra

Re: Incorrect year in date function.

> On Mon, Jan 4, 2010 at 1:40 PM, Jacob Jacobson wrote: > > I am curious as to why this happened. > > > > I was at work yesterday and created a file. The name of the file > > is created using the Cygwin date function. > > > > REV=$(date +rev-%b-%d-%g) > > APPNAME="$1-$REV.img" > > %g (and the four

rxvt and strange characters from man

I've setup rxvt, and take the default term settings. This is the latest cygwin as of today, Vista host. when I do man x, I get odd characters: mis-interpreted control characters. The default cygwin terminal works fine. for example, if I do man man I get this kind of stuff (the characters â (l

Re: Cygwin 1.7.1 sprintf() with format string having 8th bit set

2010/1/4 Thomas Wolff: > My assumption has been that *printf should be byte-transparent unless where > it uses explicit wide character arguments. What's that assumption based on? > After all, legacy applications that do not care about locales at all may > legitimately assume this since a C char

Re: Incorrect year in date function.

On Mon, Jan 4, 2010 at 1:40 PM, Jacob Jacobson wrote: > I am curious as to why this happened. > > I was at work yesterday and created a file. The name of the file > is created using the Cygwin date function. > > REV=$(date +rev-%b-%d-%g) > APPNAME="$1-$REV.img" %g (and the four-digit version %G) i

Re: Incorrect year in date function.

The function worked quite correctly. %g is the year of the current ISO week number, that week started in 2009, not 2010. use %y if you want the year of the current date. Jacob Jacobson wrote: I am curious as to why this happened. I was at work yesterday and created a file. The name of t

Incorrect year in date function.

I am curious as to why this happened. I was at work yesterday and created a file. The name of the file is created using the Cygwin date function. REV=$(date +rev-%b-%d-%g) APPNAME="$1-$REV.img" When I did a "ls" this morning, I noticed that the year was wrong on the file yesterday but is corre

Re: delete key and arrow keys do not work with cygwin 1.7.1 on Windows XP

On 01/04/2010 09:46 AM, WEIL Daniel wrote: I just updated to cygwin1.7.1 this morning. When I launched cygwin.bat even with after having removed .bash_profile, the arrow pad doesn't work, neigher the delete key. I have mksnt installed in my Path and have the following warning when I launch the

Re: Path problems with libgmpxx.la, libppl.la, libppl_c.la and libcloog-ppl.la - a work around

On 04/01/2010 08:07, David Billinghurst wrote: As discussed previously [1], libraries built with libtool that depend on libstdc++ end up with the full path to the build compiler's libstdc++.la file in their own *.la file. This becomes a problem when the compiler is upgraded. /usr/sbin/fix-libto

Cygwin 1.7.1-1: problem with pipe to windows programs

Hi, within a cygwin shell I used to pipe some data into a windows program (sqlcmd.exe) which used to work pretty well. Since upgrading to version 1.7 I get the following error: $ echo "select @@version" | sqlcmd Sqlcmd: Error: Internal error at ReadTextLine (Reason: Unbekannter Fehler). Is there

[PATCH] avoid 404 link for propietary cygwin license in userguide

The following patch replaces a broken link in : http://cygwin.com/cygwin-ug-net/are-free.html with the closest URL I could find in Red Hat's website in reference to the proprietary cygwin licensing terms. feel free to replace it with a better suited link and/or correct it in Red Hat's website

R: Path problems with libgmpxx.la, libppl.la, libppl_c.la and libcloog-ppl.la - a work around

--- Lun 4/1/10, David Billinghurst ha scritto: > As discussed previously [1], > libraries built with libtool that depend on > libstdc++ end up with the full path to the build compiler's > libstdc++.la > file in their own *.la file.  This becomes a problem > when the compiler is upgraded. same pro

RE: Cygwin 1.7.1 sprintf() with format string having 8th bit set

Hello, Thank you Andy for your help. As per your suggestion, the problem was resolved by adding the line: setlocale (LC_CTYPE, "C.ASCII"); My actual code was something like: #define CSI_ "\233" ... sprintf (..., CSI_"%d;%dH", row, col); So my problem is fixed. But as a matter

Re: Cygwin 1.7.1 sprintf() with format string having 8th bit set

Andy Koppe wrote: 2010/1/4 Joseph Quinsey In Cygwin 1,7.1, sprintf() with the format string having an 8th bit set appears to be broken. Sample code (where I've indicated the backslashes in the comments, in case they are stripped out by the mailer): #include int main (void) { unsigned ch

delete key and arrow keys do not work with cygwin 1.7.1 on Windows XP

I just updated to cygwin1.7.1 this morning. When I launched cygwin.bat even with after having removed .bash_profile, the arrow pad doesn't work, neigher the delete key. I have mksnt installed in my Path and have the following warning when I launch the cygwin shortcup on my desktop : cygwin warn

RE: 1.7.1: sshd rsync fork problem

Larry, How would you recommend troubleshooting the fork() issue. rebaseall did not solve the problem and I don't have any BLODA. Thanks, Brien -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.h

Path problems with libgmpxx.la, libppl.la, libppl_c.la and libcloog-ppl.la - a work around

As discussed previously [1], libraries built with libtool that depend on libstdc++ end up with the full path to the build compiler's libstdc++.la file in their own *.la file. This becomes a problem when the compiler is upgraded. This affects some packages I maintain: libgmpxx, libppl and libcl

Re: Revamp cygwin.com project page?

Christopher Faylor wrote: On Mon, Jan 04, 2010 at 01:36:06AM +0100, Thomas Wolff wrote: I've set up a sample at ... ... But, since you asked. I *really* don't like the redesigned red left menubar. That's fine. It wasn't actually a design proposal but more an implementation proposa

Re: Cygwin 1.7.1 sprintf() with format string having 8th bit set

2010/1/4 Joseph Quinsey > In Cygwin 1,7.1, sprintf() with the format string having an 8th bit set > appears to be broken. Sample code (where I've indicated the backslashes in > the comments, in case they are stripped out by the mailer): > > #include > > int main (void) > { >    unsigned char foo[3

R: Extracting arpack-96-2-src.tar.bz2

--- Lun 4/1/10, Stephen Grant Brown ha scritto: > Dear All > > From the attached set.log.full file it can be seen that > > 2010/01/04 11:06:19 Extracting from > file://O:\CygWIN-1p7_Downloads/http%3a%2f%2fcygwin.lilengine.com%2f/release/arpack/arpack-96-2-src.tar.bz2 > > a few times. > > Is th