Re: Setup Parse Errors
On Sat, May 29, 2010 at 03:27:39PM -0500, Mahir Morshed wrote: >I'm trying to download Cygwin Ports packages to my computer using the >method mandated on Sourceware, but when I get past the download site >list (e.g. while parsing setup.ini), I get twenty-two errors in a >large dialog box that look something like this: Please use the mailing lists mentioned on the cygwinports web site to discuss problems. We don't support cygwinports here. cgf -- 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.5 cannot bg mintty
On Sat, May 29, 2010 at 11:32:23PM +0100, Andy Koppe wrote: >(There's also another issue with the ^Z not taking effect immediately >due to signal handling being disabled while mintty waits for Windows >events, but that would require some fairly major restructuring to fix, >so leaving that for later. Looking at rxvt, the right thing to do is a >select() on the pty device and /dev/windows instead of mintty's >current approach using multiple threads and >MsgWaitForMultipleObjects.) ...assuming that still works. I wonder if anyone has used that interface in the last few years. But, then, I dunno. Maybe rxvt uses it. cgf -- 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: Reading /proc/registry/... returns extra char
On Sun, May 30, 2010 at 12:15:15AM +0400, Andrey Repin wrote: >Greetings, Corinna Vinschen! > >>> >> > $ cat >a.dat >>> >> > /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Syst >>> >> > emBootDevice >>> >>> > This trailing NUL character was always there, already with Cygwin 1.5. >>> > It's part of the file content. If strings are stored with a trailing >>> > NUL in a file, you don't want Cygwin to remove it for you, right? >>> >>> Wrong. The training NULL is a string value terminator for REG_SZ variables, >>> also a string separator for REG_MULTI_SZ ones. (Which ends with a spare >>> NULL) >>> It must not be exposed to the user. > >> I disagree. When you're using tools like regtool, you're right. But >> when accessing the registry as *files* via the virtual /proc filesystem, >> you want the file content. > >Yep. And I certainly not expect the NULL in text files. You know, not every >console program is binary-safe when working with STDIO? Not even cygwin, as we >can see in this thread. > >> And the file contains the trailing NUL in REG_SZ and REG_EXPAND_SZ values, >> and multiple NULs in REG_MULTI_SZ values. > >That's right and true, when you're working with interface directly, but... all >the programs I've used in the past, and all the interfaces, they do not expose >trailing NULL to the client application. >In this case, /proc/registry is an interface, but cat is the application. NAME cat - concatenate files and print on the standard output I don't see anything in cat's description which claims it should know that some files are special and should be handled differently. >> What do you suppose Cygwin should do with the NULs in REG_MULTI_SZ values? >> Just remove them? > >Convert them to appropriate EOL sequences. And back to NULL's on write. As per >definition of a text as "multiple strings". >You don't need to argue over it, just document it properly :) Converting a NUL to a EOL would be very strange behavior. I don't think you really know what you're asking for. cgf -- 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: Setup Parse Errors
Mahir Morshed live.com> writes: > > > Hello, > > I'm trying to download Cygwin Ports packages to my computer using the method mandated on Sourceware, but > when I get past the download site list (e.g. while parsing setup.ini), I get twenty-two errors in a large > dialog box that look something like this: > > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: syntax error, unexpected STRING, > expected NL > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup? > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the > latest setup?) > > This has been duplicated with some of Sourceware's other mirrors. > When I try to go to a typical Cygwin mirror (not Cygwin Ports), the setup.ini is parsed correctly. > Is there anything I can do to make the setup.ini be parsed correctly, or is it a glitch in the setup.exe file? > > Thanks, -Mahir Morshed > _ > Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox. > http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1 > > Hi, I've got the same problem ... There are double quotes missing in the uncompressed file at lines : 25975 and 25987 (after 'a Web interface or a GTK GUI.')... So this file is not good! Don't know how to fix it... and when they will fix it...If you download and uncompress the file you will see the problem. Thierry -- 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.5 cannot bg mintty
Paul wrote: > I sometimes forget to append a & when opening a new mintty from an existing > mintty. With rxvt this was never a problem, just ^Z and bg in the parent > terminal (my shell is bash 3.2.49-23). This doesn't seem to work for mintty > (0.6.2-1) though - although it seems that the job has has been put into the > background it never becomes possible to type anything into the newly spawned > terminal window after ^Z has been used. > > If I spawn an rxvt from a mintty (or indeed an rxvt from an rxvt) using ^Z > and bg works without any problems. I can't see anything obviously different > in the output of stty -a between my rxvt and mintty. > > If I start a mintty with a &, fg it and then bg it again, the same effect > occurs - it becomes impossible to type anything into the child mintty. I fixed this in svn, to appear in mintty-0.7. The thread for reading output from the child process wrongly exited when the read() call got interrupted by a signal such as SIGSTOP. (There's also another issue with the ^Z not taking effect immediately due to signal handling being disabled while mintty waits for Windows events, but that would require some fairly major restructuring to fix, so leaving that for later. Looking at rxvt, the right thing to do is a select() on the pty device and /dev/windows instead of mintty's current approach using multiple threads and MsgWaitForMultipleObjects.) Andy -- 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: Reading /proc/registry/... returns extra char
On 29/05/2010 21:15, Andrey Repin wrote: > Yep. And I certainly not expect the NULL in text files. It's not a text file. It's a binary one. cheers, DaveK -- 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
Setup Parse Errors
Hello, I'm trying to download Cygwin Ports packages to my computer using the method mandated on Sourceware, but when I get past the download site list (e.g. while parsing setup.ini), I get twenty-two errors in a large dialog box that look something like this: ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: syntax error, unexpected STRING, expected NL ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup? ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25983: unrecognized line 25983 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) ftp://sourceware.org/pub/cygwinports/setup.bz2 line 25984: unrecognized line 25984 (do you have the latest setup?) This has been duplicated with some of Sourceware's other mirrors. When I try to go to a typical Cygwin mirror (not Cygwin Ports), the setup.ini is parsed correctly. Is there anything I can do to make the setup.ini be parsed correctly, or is it a glitch in the setup.exe file? Thanks, -Mahir Morshed _ Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1 -- 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: Reading /proc/registry/... returns extra char
Greetings, Corinna Vinschen! >> >> > $ cat >a.dat >> >> > /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Syst >> >> > emBootDevice >> >> > This trailing NUL character was always there, already with Cygwin 1.5. >> > It's part of the file content. If strings are stored with a trailing >> > NUL in a file, you don't want Cygwin to remove it for you, right? >> >> Wrong. The training NULL is a string value terminator for REG_SZ variables, >> also a string separator for REG_MULTI_SZ ones. (Which ends with a spare NULL) >> It must not be exposed to the user. > I disagree. When you're using tools like regtool, you're right. But > when accessing the registry as *files* via the virtual /proc filesystem, > you want the file content. Yep. And I certainly not expect the NULL in text files. You know, not every console program is binary-safe when working with STDIO? Not even cygwin, as we can see in this thread. > And the file contains the trailing NUL in REG_SZ and REG_EXPAND_SZ values, > and multiple NULs in REG_MULTI_SZ values. That's right and true, when you're working with interface directly, but... all the programs I've used in the past, and all the interfaces, they do not expose trailing NULL to the client application. In this case, /proc/registry is an interface, but cat is the application. > What do you suppose Cygwin should do with the NULs in REG_MULTI_SZ values? > Just remove them? Convert them to appropriate EOL sequences. And back to NULL's on write. As per definition of a text as "multiple strings". You don't need to argue over it, just document it properly :) BTW, is there a way to create value of certain type through /proc/registry ? (Link to documentation would be enough, I don't have local cygwin installation ATM) -- WBR, Andrey Repin (anrdae...@freemail.ru) 30.05.2010, <0:05> Sorry for my terrible english... -- 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
[ANNOUNCEMENT] Updated: rcs-5.7-11: The Revision Control System
Hi A new version of 'rcs' has been uploaded to a server near you. o Fixed bug for rcsdiff not finding co (see http://cygwin.com/ml/cygwin/2010-05/msg00667.html) CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
[ANNOUNCEMENT] Updated: {ming/libming1/libming-devel/perl-ming/python-ming/tcl-ming}-0.4.3-1: A SWF output library
Hi New versions of 'ming/libming1/libming-devel/perl-ming/python-ming/tcl-ming' have been uploaded to a server near you. o Build for cygwin 1.7 with gcc-4 o Updated to latest upstream release o Library version bumped from libming0 to libming1 o Added perl, python and tcl bindings o Linked against libgif instead of deprecated libungif (see http://cygwin.com/ml/cygwin/2010-05/msg00538.html) ming NEWS: === 0.4.3 - 2010-02-06 * Fixed SWFMatrix scaling if scale = 0.0 * Added delete and delete2 support in asm blocks * A lot of updates and improvements in the Perl interface * A lot of documentation (pod) was added to Perl files * Support for manually specifying MP3 delaySeek for SWFSound and SWFSoundStream * Fix sharing of fonts between static and dynamic texts * Fix support for movie-bound init actions 0.4.0.rc2 - 2008-09-17 * SWFVideoStream allow manual frame control * Autoconf perl version * MSVC compile fixes * removed src/test.c * Embedded video in movie clips * Seek in Embedded video streams * Gradient / Fill fixes * Sound / Soundstream fixes 0.4.0.rc1 - 2008-07-05 * Perl extension updates * Python extension updates * Do not force bgColor * Redirect SWF_warn and SWF_error to stderr * Propper checks for YACC and LEX * Complete Bitmap fillstyles * Font fixes * Actioncompiler fixes (delete, built-in functions, callFrame -> call()) * Fixed tag order issues * Ming defaults now to local-with-filesystem sandbox for SWF>=8 * Add support for init actions in makeswf * SWF8 / 9 support for fromswf / prebuiltclip * implements ASM op * ASFunction() * AS Class support * Removed SWFFontCharacter destructor from PHP wrapper * py_ext update * Class members * outputBlock() usese length and offset from SWF_Parserstruct * SWFDisplayItem_flush(): immediately write display items. * Removed ttftofft * Improved ButtonRecord handling * SWFSound_fromSoundStream() * Many improvements in decompiler and swftoXXX tools * C++ might throw a SWFException * Support for embedded Nellymoser sound * AS: in with-blocks legacy functions o not work * Compiles again with MSVC * simplified SWFSound usage with mp3 files * SWFSoundStream_getDuration replaces SWFSoundStream_getFrames() * perl_ext build changes (build out of tree) * API float->double transition * php_ext: SWFInput can wrap raw byte-streams * php_ext: API: external data can be passed as file-resource, SWFInput or filename * removed newSWFFont() as public function (causes various crashes) * removed new SWFFont(...) usage with browserfonts in script languages. Use SWFBrowserFont class. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
[ANNOUNCEMENT] Updated: gnubg-0.90.0-1: A backgammon player and analysis tool.
Hi A new version of 'gnubg' has been uploaded to a server near you. o Rebuild for cygwin 1.7 with gcc-4 o Update to latest upstream gnubg NEWS: === o See Changelog file in /usr/share/doc/gnubg CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: cygpath behaviour when input is not a path
On 29 May 2010 16:20, Gary wrote: > I wrote: >> How should cygcheck > > cygpath, not cygcheck > > /me smacks head > >> behave when given a "PATH list" (e.g., >> '/bin:/usr/bin'), *without* the -p option? >> >> For example: >> $ cygpath -a -p -C ANSI -w /bin:/usr/bin >> C:\cygwin\bin;C:\cygwin\bin >> >> = okay. What I expect from RTFMP. >> >> $ cygpath -a -C ANSI -w /bin:/usr/bin >> C:\cygwin\bin?\usr\bin >> >> Urk! I would have hoped it wouldn't try to convert this, or at the very >> least not the last part, but I don't know if it's a bug, "by design", or >> what. A colon is a valid character in a POSIX filename, i.e. the path your converting there starts with a directory called 'bin:'. Colons aren't allowed in Windows filenames though, which is why Cygwin maps it to the Unicode private use area: U+F03A. Without the '-C ANSI' option, and assuming you're using a UTF-8 locale, that would be displayed as the "Unicode replacement character", usually an empty box or a question mark in a box, depending on the font. But with the '-C ANSI' option, the string is converted to your ANSI codepage, presumably CP1252, whereby codepoints such as U+F03A that can't be represented in that codepage are turned into question mark characters. Have you got any particular reason for overriding the locale charset with the -C option? Doing that will probably cause breakage with any filenames containing non-ASCII characters. Andy -- 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: cygpath behaviour when input is not a path
I wrote: > How should cygcheck cygpath, not cygcheck /me smacks head > behave when given a "PATH list" (e.g., > '/bin:/usr/bin'), *without* the -p option? > > For example: > $ cygpath -a -p -C ANSI -w /bin:/usr/bin > C:\cygwin\bin;C:\cygwin\bin > > = okay. What I expect from RTFMP. > > $ cygpath -a -C ANSI -w /bin:/usr/bin > C:\cygwin\bin?\usr\bin > > Urk! I would have hoped it wouldn't try to convert this, or at the very > least not the last part, but I don't know if it's a bug, "by design", or > what. > > Basically what I am trying to work out is how trustworthy cygpath is > when it receives input that isn't actually a path (for example when it > receives output from a program, some of which might be paths and some of > which might not be). -- Gary Non-kook (allegedly) -- 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
cygcheck behaviour when input is not a path
How should cygcheck behave when given a "PATH list" (e.g., '/bin:/usr/bin'), *without* the -p option? For example: $ cygpath -a -p -C ANSI -w /bin:/usr/bin C:\cygwin\bin;C:\cygwin\bin = okay. What I expect from RTFMP. $ cygpath -a -C ANSI -w /bin:/usr/bin C:\cygwin\bin?\usr\bin Urk! I would have hoped it wouldn't try to convert this, or at the very least not the last part, but I don't know if it's a bug, "by design", or what. Basically what I am trying to work out is how trustworthy cygpath is when it receives input that isn't actually a path (for example when it receives output from a program, some of which might be paths and some of which might not be). -- Gary Non-kook (allegedly) -- 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
