Updated package: brltty 4.0-1
Hello, There is a new version 4.0-1 of brltty, please upload http://brl.thefreecat.org/brltty/cygwin/brltty-4.0-1-src.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/brltty-4.0-1.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/setup.hint http://brl.thefreecat.org/brltty/cygwin/libbrlapi-devel/libbrlapi-devel-4.0-1.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/libbrlapi-devel/setup.hint http://brl.thefreecat.org/brltty/cygwin/libbrlapi/libbrlapi-4.0-1.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/libbrlapi/setup.hint http://brl.thefreecat.org/brltty/cygwin/python-brlapi/python-brlapi-4.0-1.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/python-brlapi/setup.hint http://brl.thefreecat.org/brltty/cygwin/tcl-brlapi/tcl-brlapi-4.0-1.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/tcl-brlapi/setup.hint http://brl.thefreecat.org/brltty/cygwin/xbrlapi/xbrlapi-4.0-1.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/xbrlapi/setup.hint http://brl.thefreecat.org/brltty/cygwin/java-brlapi/java-brlapi-4.0-1.tar.bz2 http://brl.thefreecat.org/brltty/cygwin/java-brlapi/setup.hint and please keep version 3.10-2 as old (drop 3.9-1). Note the new java package. Samuel
Re: Windows 7 RC1 and Cygwin 1.7
On May 15 23:18, Christopher Faylor wrote: On Fri, May 15, 2009 at 01:22:23PM -0700, Mike Ayers wrote: P.S. That was speculation. Hopefully someone will have a real answer soon. This was already discussed in the main cygwin list. There is a workaround in the latest version of Cygwin 1.7.x. http://cygwin.com/ml/cygwin/2009-05/msg00477.html That's not a workaround for the problem with consoles popping up, but a workaround for a W7 x64 specific problem. There's a bug in the W7 x64 console code (which appears to be mostly rewritten in W7 anyway) which breaks DLL initialization in child processes which have no copy of the original console handles from console startup anymore. This bug has been reported upstream and is marked as being resolved, which hopefully means it will be fixed in the final W7 release. As for the console windows popping up, thats a generic bug in the new console code in W7, affecting 32 and 64 bit versions. For some reason the AllocConsole call does not honor the fact that the application switched to another active WindowStation. Thus, console windows which are meant to be hidden in another, hidden WindowStation, are wrongly created on the desktop of the original, visible WindowStation. I reported this bug upstream as well, but unfortunately I got the reply that this bug won't be fixed in this Windows release. I'm still trying to convince Microsoft that this is a serious problem, though. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] Updated cygwin-x-doc-1.1.0-1
Announcement The cygwin-x-doc-1.1.0-1 package has been updated in the Cygwin distribution. Changes === This updates the documentation package to that currently published on the x.cygwin.com website, which has been updated for the modular X.org R7.4 release. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/utils ChangeLog Makefile.in
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2009-05-16 15:46:42 Modified files: winsup/utils : ChangeLog Makefile.in Log message: * Makefile.in (cygpath.exe): Link against cygwin.a before linking against ntdll.dll to avoid linking symbols defined in both DLLs from ntdll. (ps.exe): Ditto. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.475r2=1.476 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/Makefile.in.diff?cvsroot=srcr1=1.84r2=1.85
managing autoconf versions?
This is a little off topic. How do people manage autoconf/automake versions? In particular, I'm not doing my own work -- I could probably just install one recent version of everything and be ok. Rather I'm wondering about submitting patches to other projects, some projects might use one set of versions, or another. Change configure.ac/Makefile.am or such and regenerate configure/Makefile.in or such, using a matching toolset version so that churn is only what is desired? Is the solution to install to various custom prefix and tailor $PATH based on context? Or does one wrapper sniff the input or output and decide among the versions installed in a standard place? You know, like, input/or output could say # use autoconf 1.2.3 and then /usr/bin/autoconf could delegate to /usr/bin/autoconf-1.2.3 or such? Thanks, - Jay -- 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: Calling Cygwin to start a shellscript
On Sat, May 16, 2009 at 2:51 AM, Brian Mathis brian.mat...@gmail.com wrote: What I have done is associate files with a .sh extension to run the bash.exe file. Works for me, but I'm not sure if it pulls in all the environment variables - but I don't need them. If you ever need those environment variables, take a look at my http://git.kitsu.ru/mine/shell-wrapper.git (though there's no documentation at the moment, I hope people would understand it on their own). In short, you create C:\cygwin\bin-public directory, where tiny executable proxies are generated for any command you like (like bash, git, ruby, etc.) and a configuration file that describes environment changes. You can add bin-public to your path, it's almost as fast as executing the command directly from bin (my primary reason for creating shell-wrapper was extremely long time it took to bash --login), and there are no commands in your path that you don't need (or that might clash with something else). I also usually create a cygwin.exe wrapper (it's all in the batch file), which allows me to type cygwin command [parameters] directly from FAR Manager/cmd prompt... -- 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: managing autoconf versions?
Hello Jay, * On Sat, May 16, 2009 at 06:00:30AM + Jay wrote: How do people manage autoconf/automake versions? [...] Rather I'm wondering about submitting patches to other projects, Just make sure you do not include generated files in your patch, and you should be fine. Having the generated files in your patch would produce problems on the other side, regardless if you use the same version of auto* tools or not. HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.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: Cygwin 1.7, Win 2008 and rebase
2009/5/14 Lenik le...@bodz.net: On 2009-5-14 8:13, Lenik wrote: and you may try different values for base/offset, using a larger value instead of 0x10, that's how I resolved the cpan's problem. Thanks for your help - I'll play around and see if I can get any of these options to work. Darren -- 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: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1
Date: Fri, 15 May 2009 09:29:37 -0400 From: Ken Brown kbrown at cornell dot edu CC: cygwin at cygwin dot com (concat .newmail- (file-name-nondirectory (if (memq system-type '(windows-nt cygwin ms-dos)) ;; cannot have colons in file name (replace-regexp-in-string : - file) file))) By the way, the patch is no longer needed; as of cygwin 1.7, it's legal to have colons in file names. Right, but the Emacs developers do not want so easily to drop support for all older versions of Cygwin, especially since Cygwin 1.7 is still in beta. Btw, it might be a good idea to introduce some Emacs function or variable that would return the version of Cygwin being used at run time, so that Lisp programs could avoid limiting Cygwin 1.7 and later where older versions are inherently limited. The above is a case in point, even though it is not a grave limitation; but there are more serious limitations in the Emacs sources that could be lifted for newer Cygwin versions, if Emacs could know the Cygwin version. -- 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: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1
Eli Zaretskii wrote: ...if Emacs could know the Cygwin version. uname -r this gives on 2 installations e.g.: 1.5.25(0.156/4/2) 1.7.0(0.210/5/3) $ ./uname -s CYGWIN_NT-6.0 Marc -- View this message in context: http://www.nabble.com/Re%3A--1.7--Updated%3A-%7Bemacs%2Cemacs-X11%2Cemacs-el%7D-23.0.92-1-tp23559935p23572106.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1
I just noticed that my /usr/share/info/dir file was reduced to a bare minimum: 2 lines for libc and libm... I had just updated 1.7 to the latest... My setup.log.full has indeed: unlink C:\cygwin2/usr/share/info/dir unlink C:\cygwin2/usr/share/info/libc.info unlink C:\cygwin2/usr/share/info/libm.info unlink C:\cygwin2/usr/share/info/standards.info ... Installing file cygfile:///usr/share/info/dir Installing file cygfile:///usr/share/info/libc.info Installing file cygfile:///usr/share/info/libm.info Installing file cygfile:///usr/share/info/standards.info Marc -- View this message in context: http://www.nabble.com/Re%3A--1.7--Updated%3A-%7Bemacs%2Cemacs-X11%2Cemacs-el%7D-23.0.92-1-tp23559935p23572302.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1
Marc Girod wrote: uname -r Er... maybe you would object that this is part of coreutils, and thus not necessarily of every cygwin installation... Marc -- View this message in context: http://www.nabble.com/Re%3A--1.7--Updated%3A-%7Bemacs%2Cemacs-X11%2Cemacs-el%7D-23.0.92-1-tp23559935p23572349.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-48
Corinna Vinschen-2 wrote: Just download http://cygwin.com/setup-1.7.exe and use that setup tool to install Cygwin 1.7. I understand that at least on Vista, following the installation, I need to run: ./rebaseall in an ash Window (from the C:/cygwin2 tree set apart for 1.7, of course) What about: ./peflagsall ? I tried to read the threads, but didn't quite understand everything... And I didn't find instructions about it. Thanks, Marc -- View this message in context: http://www.nabble.com/-ANNOUNCEMENT---1.7--Updated%3A-cygwin-1.7.0-48-tp23565489p23572590.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-48
Sorry, I forgot to mention that my first launch (rebaseall, but no peflagsall) gave an error: 4 [main] expr 5432 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) /usr/bin/startx: line 40: 5432 Segmentation fault (core dumped) expr $1: ':[0-9][0-9]*$' /dev/null 21 which didn't prevent it from running happily. Marc -- View this message in context: http://www.nabble.com/-ANNOUNCEMENT---1.7--Updated%3A-cygwin-1.7.0-48-tp23565489p23572643.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: managing autoconf versions?
Jay wrote: This is a little off topic. How do people manage autoconf/automake versions? GCC/binutils require specialised versions, and I keep them in a separate prefix, thanks to Chuck's gcc-tools-* packages, and add them to the front of $PATH when needed. For all other stuff, the automake/autoconf wrapper scripts that are part of the standard distro versions suffice to select a suitably-near match, at least in my experience. cheers, DaveK -- 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: Windows Share Folder Problem
Hi, Thanks for the reply !!!. Now, I can access the windows sharable folder using this command: net use Z: vm-webin\\d$ my_password /user:myself cd /cygdrive/z But this command is also available in Dos. So I can do the same thing using dos also. But in my cygwin presentation I want to show that you can access the sharable PC folder using some linux command for ex: mount command. Which is not available in windows dos command. As in my previous post, you people suggested me some other solution to access sharable window PC folder. For ex: 1.) cd //server_ip_address 2.) mount -f -b //server_ip_address/data/ /home/user/temp/ In the above two example I can access the sharable PC if and only if there is no user id or password required. Since we are working in the organization so to access sharable folder I need to enter the user Id and password. Is there any way to access that windows sharable folder using user id and password but only with Linux command. Thanks and Regards, Neeraj Sahu On Mon, May 11, 2009 at 5:03 PM, david sastre d.sastre.med...@gmail.com wrote: Hello there! I use this and works for me: net use Z: vm-webin\\d$ my_password /user:myself Then you can access the shared folder simply by cd /cygdrive/z Hope this is helpful. Good luck! 2009/5/11, Neeraj Sahu neerajsahu2...@gmail.com: Hi Andy, Thanks a lot for your help. I have successfully accessed the sharable PC using command cd //server_ip_address But to access the shared folder it is saying permission denied. Actually, that shared folder folder have user id and password. How Can I give user id and password using cd command to access that window sharable folder ? -- Thanks Regards, Neeraj Sahu On Mon, May 11, 2009 at 11:07 AM, Andy Koppe andy.ko...@gmail.com wrote: I am going to present the seminar on Cygwin in my organization.In that seminar I want to show you can access windows shared folder of any PC from Cygwin. To demonstrate that I have tried to mount that windows shared folder in cygwin but it didn't work. When I have searched in google for it. I came to know that i need to install samba on cygwin. No need to mount anything or install samba: windows shares can be accessed using the familiar Windows syntax, only with Unix slashes rather than DOS backslashes: //server/share/path_to_file Actually you can use backslashes too, but then the filename needs to be quoted: \\server\share\path_to_file Good luck with the seminar! Andy -- 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/ -- 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/ -- Thanks Regards, Neeraj Sahu -- 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: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Marc Girod on 5/16/2009 4:17 AM: Marc Girod wrote: uname -r this gives on 2 installations e.g.: 1.5.25(0.156/4/2) 1.7.0(0.210/5/3) $ ./uname -s CYGWIN_NT-6.0 uname -s is wrong (you will get the same answer for two different cygwin installations on the same underlying Windows, but different answers across different Windows versions). But uname -r is reliable. Er... maybe you would object that this is part of coreutils, and thus not necessarily of every cygwin installation... Coreutils is part of every cygwin installation, as is every other package in the Base category (for example, findutils, tar, bash...). In other words, there are some programs so essential to a unix-y environment that you can count on them being present. But that said, all coreutils' uname(1) does is call uname(2). So emacs can reliably use uname(2) (provided by cygwin1.dll) rather than wasting a fork to call uname(1). - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoOuBAACgkQ84KuGfSFAYCwJQCgk7m39ef9Jp5NiVWgX/4/tfN3 pI8Anjq1G3mIwif/JCu68Iu3BrI2eVWW =CgBH -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: libtool, how should the version be parsed?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to René Berber on 5/15/2009 10:16 PM: $ libtoolize --version | sed 's/^[^0-9]*\([0-9].[0-9.]*\).*/\1/' 1.3081 2003 2009 ... Weird, its looking for the first number, must be as confused as I am, So that should be reported as a bug in the package parsing the version numbers. I can understand if something is version X and part of say coreutils version Y, but libtool X being part of GNU libtool Y? libtool 1.3081 comes from ChangeLog entry 3081; the libtool authors wanted to have a monotonically increasing number in every development build (not present in formal release builds) to make it easier to track exactly _which_ development build you are using. The package number, 2.2.7a, is only bumped for formal releases, with odd letters (aceg...) designating development alpha snapshots, even letters (bdfh...) designating betas, and the absence of a letter being a stable release. True, cygwin is a bit unusual for using a development snapshot, rather than a formal release, of libtool, but that's because there hasn't yet been a formal release containing the latest round of patches necessary for use on cygwin. - -- Don't work too hard, make some time for fun as well! Eric Blake e...@byu.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoOubUACgkQ84KuGfSFAYBZ4wCgjOBp8WNs1W09HY6QR9RhHyNn KyIAn0mlzwuk3Db8XxZl39ESYbehA4G7 =UPce -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: Calling Cygwin to start a shellscript
* Thomas Wiedmann (Fri, 15 May 2009 23:35:18 +0200) How can a shellscript be called from the Windows cmd console using Cygwin, i. e. by which command, options and arguments has Cygwin to be called to run a shellscript, e. g. myscript.sh? Your question is really not Cygwin specific. Anyway: the syntax is... your_shell myscript.sh Thorsten -- 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/
[1.7] wprintf is broken?
Hi. wprintf is broken? I compile run the following source: #include stdio.h #include locale.h #include wchar.h int main(void) { setlocale(LC_ALL, en_US.UTF-8); wprintf(L%ls\n, LTest\n); printf(Test\n); return 0; } Result text: http://vmi.jp/tmp/wprintf-is-broken.txt -- IWAMURO Motnori http://vmi.jp/ -- 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: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-48
Marc Girod wrote: I tried to read the threads, but didn't quite understand everything... One thing I didn't understand for instance, is why isn't it possible to run these tools in the post-install phase. Thanks, Marc -- View this message in context: http://www.nabble.com/-ANNOUNCEMENT---1.7--Updated%3A-cygwin-1.7.0-48-tp23565489p23574962.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8
On May 16 13:17, Lenik wrote: (This mail is encoded in utf-8) After tested with 1.7.0-48, many problems are eliminated. But cygpath doesn't return good pathnames, see: Looks like cygpath gets the wcstombs system call from ntdll rather than from cygwin1.dll due to a linking order problem. Unfortunately ntdll exports a couple of convenient C functions like wcstombs, or even sprintf. I applied a patch so the next version of cygpath should do the conversion more correctly. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: [1.7] wprintf is broken?
On May 16 23:56, IWAMURO Motonori wrote: Hi. wprintf is broken? I compile run the following source: #include stdio.h #include locale.h #include wchar.h int main(void) { setlocale(LC_ALL, en_US.UTF-8); wprintf(L%ls\n, LTest\n); printf(Test\n); return 0; } Result text: http://vmi.jp/tmp/wprintf-is-broken.txt Works for me: $ ./wp | od -c 000 T e s t \n \n T e s t \n 013 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Python enabled GDB (Archer) -Help
2009/5/16 Sreejith sreejithsmadha...@gmail.com Hi, I could successfully install gdb-archer in cygwin as explained in link: http://tromey.com/blog/?p=494 , but not able to inspect STL container object. It looks like the python scripting is not enabled in newly installed gdb. The following log explains more: $ gdb a.exe GNU gdb (GDB) 6.8.50.20090106-cvs Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i686-pc-cygwin. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... (gdb) l 1 #include list 2 3 using namespace std; 4 5 int main () 6 { 7 listint myList; 8 9 for(int i=0; i10; i++) 10 { (gdb) l 11 myList.push_back(i); 12 } 13 return 0; 14 } (gdb) break 13 Breakpoint 1 at 0x401139: file list.cpp, line 13. (gdb) run Starting program: /home/sreejith/archer/a.exe [New Thread 3132.0x9bc] [New Thread 3132.0x7b4] Breakpoint 1, main () at list.cpp:13 13 return 0; (gdb) print myList $1 = {_List_baseint, std::allocatorint = { _M_impl = {allocatorstd::_List_nodeint = {new_allocatorstd::_List_n odeint = {No data fields}, No data fields}, _M_node = { _M_next = 0x681850, _M_prev = 0x6818e0}}}, No data fields} (gdb) When I try 'python print 10' in gdb prompt I am getting error: (gdb) python print 90 Python scripting is not supported in this copy of GDB. The archer installation went currectly and I have python installed in my cygwin. Please help me to resolve this issue. I further investigated and found in config log that gdb build is not detecting python in cygwin. The following log from config.log: configure:11376: checking for python2.4 configure:11396: gcc -o conftest.exe -g -O2conftest.c -lncurses -lz -lm -lpython2.4 5 conftest.c:49:30: python2.4/Python.h: No such file or directory ... configure:11240: checking for python2.6 configure:11260: gcc -o conftest.exe -g -O2conftest.c -lncurses -lz -lm -lpython2.6 5 conftest.c:49:30: python2.6/Python.h: No such file or directory ... configure:11308: checking for python2.5 configure:11328: gcc -o conftest.exe -g -O2conftest.c -lncurses -lz -lm -lpython2.5 5 /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: cannot find -lpython2.5 'make all install' log gives: checking whether to use python... auto checking for python2.6... no checking for python2.5... no checking for python2.4... no This is probably because python development packages (Equivalent to python2.5-dev deb package) are not installed. Unfortunately it is not available for cygwin. Is there any other way to solve this issue? Thanks, Sreejith -- 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: libioperm + libtool + libpopt
I'm only reporting an issue, I don't have a solution other then the 'hatchet' job workaround. I just installed cygwin +3 days ago, using what ever is the latest version of what ever on a freshly minted winXP machine. A package I am using links using libtool - which uses and finds: /usr/lib/libioperm.la Which claims to have this dependency: # Libraries that this one depends upon. dependency_libs=' /usr/lib/libpopt.la' yet, there is no 'libpoptanything' I can find to link against. I can find the below via cygwin-setup.exe Current version: 1.6.4-4, keep, libpop0: Library for parsing cmdline parameters - (runtime) There is no (development) version I can find to install, and truthfully libioperm does not seem to really need libpopt because, if I comment it out, my link succeeds :-) I believe one of two things need to happen: (A) the libioperm.la - is WRONG and needs to be updated or (B) libpopt - development version needs to be created under cygwin. I don't know enough about doing that - and my work around, while a hack job - works for me. -Duane. -- 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: libioperm + libtool + libpopt
Duane Ellis wrote: yet, there is no 'libpoptanything' I can find to link against. Let me introduce you: http://cygwin.com/packages/ Duane, this is the cygwin website package-search page. Cygwin website package-search page, this is Duane. He wants to ask you a question about where to find libpopt.la http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libpopt.la Thank you, cygwin website package-search page! I can find the below via cygwin-setup.exe Current version: 1.6.4-4, keep, libpop0: Library for parsing cmdline parameters - (runtime) Sometimes the -devel package for a libXXX isn't called XXX-devel; sometimes it's just called XXX. cheers, DaveK -- 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: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8
On 2009-5-16 23:49, Corinna Vinschen wrote: Looks like cygpath gets the wcstombs system call from ntdll rather than from cygwin1.dll due to a linking order problem. Unfortunately ntdll exports a couple of convenient C functions like wcstombs, or even sprintf. I applied a patch so the next version of cygpath should do the conversion more correctly. Corinna Thanks, but where can I get this patch? Lenik -- 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: [1.7] Proposal: the filename encoding in C locale uses UTF-8 instead of SO/UTF-8
2009/5/17 Lenik le...@bodz.net: Thanks, but where can I get this patch? You can checkout it from CVS HEAD. -- IWAMURO Motnori http://vmi.jp/ -- 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: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1
Date: Sat, 16 May 2009 02:52:22 -0700 (PDT) From: Marc Girod marc.gi...@gmail.com Eli Zaretskii wrote: ...if Emacs could know the Cygwin version. uname -r this gives on 2 installations e.g.: 1.5.25(0.156/4/2) 1.7.0(0.210/5/3) $ ./uname -s CYGWIN_NT-6.0 I meant an Emacs function, not an external program. That Emacs function could call the same API that uname uses to report these values, but depending on external programs that are not necessarily installed is not the best idea. Thanks. -- 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: [1.7] Updated: {emacs,emacs-X11,emacs-el}-23.0.92-1
On Sun, May 17, 2009 at 06:12:04AM +0300, Eli Zaretskii wrote: Date: Sat, 16 May 2009 02:52:22 -0700 (PDT) From: Marc Girod marc.gi...@gmail.com Eli Zaretskii wrote: ...if Emacs could know the Cygwin version. uname -r this gives on 2 installations e.g.: 1.5.25(0.156/4/2) 1.7.0(0.210/5/3) $ ./uname -s CYGWIN_NT-6.0 I meant an Emacs function, not an external program. That Emacs function could call the same API that uname uses to report these values, but depending on external programs that are not necessarily installed is not the best idea. We haven't patched the uname program. emacs can use the same standard UNIX function calls as uname: http://cygwin.com/ml/cygwin/2009-05/msg00496.html -- 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/