Re: 1.7.5: Occasional failure of CreatePipe or signal handing due to thread-unsafe code in cwdstuff::set
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/08/2010 09:57, Andrey Repin wrote: > Greetings, John Carey! > >> After a call to SetCurrentDirectory(), I have seen occasional (< 5%) >> failures of CreatePipe() with code ERROR_INVALID_HANDLE. I have also seen >> failure of Cygwin signal handling because the signal handling pipe has >> mysteriously closed. > > Seems like it was discussed a short while ago. > mid:008101cb3597$a75069f0$f5f13d...@gmail.com Out of interest, what is that strange email address above supposed to refer to? - -- Al -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxhqb8ACgkQz4fTOFL/EDYW1gCePOArKa9PB8qhvNwaeQgtGfTt v6cAn1ixv/R9+BvWnD7vSgxY2sSkj9t6 =DTsS -END PGP SIGNATURE- -- 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: Differences between C++ 'new' operator and 'malloc()' (NOT a C/C++ question)
On 12/07/2012 16:59, Claude SIMON wrote: Ryan Johnson wrote: [...] Sorry, I should have actually looked at the repo before assuming the test case was a monstrosity. By way of penance, I've now looked, downloaded, tweaked, and tested it. [...] Thanks for testing. I removed your test results (and the other stuff) from this message, not because I'm not interested into, but because I have a new problem, which prevents me to investigate further the original problem in the light of your test results. Since my last testings, I updated Cygwin, the JDK and the JRE. So, my current configuration is now : Windows Vista 32 bits SP2 Cygwin 1.7.15 g++ 4.5.3 javac 1.7.0_05 javah 1.7.0_05 java 1.7.0_05 When running the test case, I now have : $ java jcmc Loading library 'jcmc'...Exception in thread "main" java.lang.UnsatisfiedLinkError: H:\cvs\epeios\bugs\jcmc\jcmc.dll: L'accÞs Ó cet emplacement de la mÚmoire n'est pas valide at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary1(Unknown Source) at java.lang.ClassLoader.loadLibrary0(Unknown Source) at java.lang.ClassLoader.loadLibrary(Unknown Source) at java.lang.Runtime.loadLibrary0(Unknown Source) at java.lang.System.loadLibrary(Unknown Source) at jcmc.main(jcmc.java:9) There is a French message which roughly means "The access to this memory location is not valid" I updated the test case to reflect your changes : - 'Makefile' now generates the '.h' file, - 'Makefile' does no more contain the '--stdcall-alias' linker flag, - the '.cpp' contains now the `extern "C"' directive, - the '.h' is removed from test case, since it's now generated by the 'Makefiile'. I have the new error message with this modified test case, but also with the original one. I suspect that the French error message is issued by Cygwin or by one of its sub-component, since the JVM never issued a message which wasn't in English, but Cygwin did. So, I have to postpone the study of the 'malloc()' related bug until I manage to resolve this new issue ; I then come back to your test results. But, meanwhile, if someone has an idea why I have this new error... Here again the address where the test case can be found : http://cvs.savannah.gnu.org/viewvc/epeios/bugs/jcmc/?root=epeios Does http://cygwin.com/faq/faq.programming.html#faq.programming.msvs-mingw provide any help? -- Al Slater -- 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: Geomview & Cygwin setup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lloyd Wood wrote: >> Actually it's minging to rhyme with singing, as anyone who has watched >> Little Britain or Catherine Tate's show should know. > > Ah, that would be the BBC's "received pronunciation" take on the term. Well, its the same pronunciation in my part of the country. Never heard it used any other way... Anyway, give it up. - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEVN1iz4fTOFL/EDYRAlZiAJ9ryWIuG7mfhQTShLuzJXT9br4c3QCfY2zo 7vwupz7H7vtZEA/5zzPrPbo= =th6b -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: Is cygwin-ml softwere altering message content?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max Bowsher wrote: > Václav Haisman wrote: >> I have noticed that sometimes my PGP signed messages do not arrive >> intact from cygwin-ml. The attached two files show the difference >> between good message, that was sent as Bcc to myself, and bad message >> that I got from cygwin-ml. If you diff the two text files you will >> notice additional =2D escape sequences in the bad message. Is this a >> cygwin-ml software problem? > > Yes, something in the ML software seems to like re-wrapping lines. It's > breaking my PGP signatures too. Your signature looks good from here - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE5HOez4fTOFL/EDYRAqabAJ9YtLAeuHcS8BX7GAXL56+NPxHBMwCfZl7c HnJeIkWKYi/18B7JVmMSRpI= =Xw1A -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: Is cygwin-ml softwere altering message content?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max Bowsher wrote: > Václav Haisman wrote: >> I have noticed that sometimes my PGP signed messages do not arrive >> intact from cygwin-ml. The attached two files show the difference >> between good message, that was sent as Bcc to myself, and bad message >> that I got from cygwin-ml. If you diff the two text files you will >> notice additional =2D escape sequences in the bad message. Is this a >> cygwin-ml software problem? > > Yes, something in the ML software seems to like re-wrapping lines. It's > breaking my PGP signatures too. Your signature looks good from here - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE5HN3z4fTOFL/EDYRAiPVAJ9pDCoDpF8Z4F0qZLIBCBsYrbM2agCfRzzA gi/PU1MymL2GGpNWL6j24qk= =fpbL -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: Is cygwin-ml softwere altering message content?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Korn wrote: > > On 18 August 2006 12:42, Max Bowsher wrote: > > >> >> Al Slater wrote: >>> >>> Max Bowsher wrote: >>>>> >>>>> Václav Haisman wrote: >>>>>> >>>>>> I have noticed that sometimes my PGP signed messages do not arrive >>>>>> >>>>>> intact from cygwin-ml. Is this a cygwin-ml software problem? >>>>> >>>>> Yes, something in the ML software seems to like re-wrapping lines. It's >>>>> >>>>> breaking my PGP signatures too. >>> >>> Your signature looks good from here >> >> Amusingly ironic :-) >> >> >> >> Seems that that particular message lacked any lines long enough to >> >> trigger the re-wrap. >> >> >> >> Let me try to force a re-wrap to occur here: > > 23456789A123456789B123456789C123456789D123456789E123456789F123456789G123456789 > > H > > > > Didn't work. Try some trailing spaces. Are you saying that your mail client said that the signature was good that time, coz mine (Thunderbird with Enigmail 0.94.0) says that the signature was bad. Looks like there are client problems. - -- Al Slater > DaveK - -- Al Slater Technical Director Stanton Consultancy Ltd Phone : +44 (0)1273 07 Fax : +44 (0)1273 01 email : [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE5a2Cz4fTOFL/EDYRAliBAJ4jJpXd7FUnVGjCYOPiCYpslyxsCgCeIva1 yge0orPVyJDT3g7z0/ip9xw= =jVEF -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: Windows update vs. cygrunsrv
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Eric Blake wrote: >>>I don't know it this was unique to my machine, but am >>>reporting it in case anyone else runs into the same >>>issue. When running Microsoft update today, on Win2k, >>>the patch for Security Update for DirectX 9 for Windows >>>2000 (KB904706) hung during installation, with an >>>instance of cygrunsrv hogging 100% CPU, until I had >>>stopped every last one of my cygrunsrv processes. I >>>don't know what the Microsoft update was trying to do >>>to running services during the update, but it obviously >>>didn't interact very well with cygrunsrv. >> >>I have the converse experience. I'm usually running three services >>under cygrunsrv (syslogd, sshd, esd) and today I used Windows Update, >>too, to get the latest security bugfixes. I had (and never had) >>problems to do this while my services were still running. > > > I usually leave my services up, as well; this was the first time > I had a hang. Today's Win2k patch list contained 10 patches, > and it was only the 1 patch for KB904706 that hung. So it's not > the update process in general, but that particular patch, that I > was complaining about. I had a similar experience this morning, except the DirectX update hung with inetd using all the CPU. Shutting down inetd allowed the update to complete. Al -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDT8RUz4fTOFL/EDYRAkjwAJ0YGyP+tB7U+Wwf6Ys82l4VJklwfwCfTMVO HPdCoBHadCCWNESfcGtRpv0= =oyNi -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: Listing services
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Colin JN Breame wrote: | Anyone know how to list the names and descriptions of all the services on the | system? psservice in pstools package at http://www.sysinternals.com will do that and more. - -- Al Slater Technical Director Stanton Consultancy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCKJI7z4fTOFL/EDYRAj+FAJ9jupXwC1gkG85wovrZmw+WJ38EBgCeJWIy /CcKs69tKy2iF8volxWszxI= =w0Jt -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: g++ compilation header difficulties (where are they?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Russell Martin wrote: > program only results in a "No such file or directory" error. Using > "find", I can only locate (for example) "stdlib.h" and there is no file > "stdlib" anywhere. I do have a file "iostream" in the I beleive the header you want is cstdlib. > euler.cpp: In function `int main(int, char**)': > euler.cpp:21: error: `string' undeclared (first use this function) > euler.cpp:21: error: (Each undeclared identifier is reported only once > for each function it appears in.) > euler.cpp:21: error: parse error before `;' token string is in the std namespace so try std::string or add "using namespace std;" near the top of your file. > - > Despite the fact that the header file "string" is located in the > directory /usr/include/c++/3.3.3 the compiler seemingly can't locate > it. This is puzzling since it lists this path in the #include > search path above. Even placing the source code into the > /usr/include/c++/3.3.3 directory and trying to compile it there gives > the same error. What am I overlooking here, or not understanding? Why do you think it was not found, the compiler did not output any error messages indicating this. - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCb99gz4fTOFL/EDYRAqBbAKCFm/TbEZxzG46TOni5sy3uv2sFAACeJM/+ 8wUow/N90NRJ93qOac9pB2M= =5Bi8 -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: g++ libcygwin.a has an undefined reference
Try putting a main function in the program! Regards Al > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Christian Rudiger > Sent: 18 May 2004 11:09 > To: [EMAIL PROTECTED] > Subject: g++ libcygwin.a has an undefined reference > > > Hello there, > > i think the following problem has to do with cygwin, cause > libcygwin.a > has an undefined reference. > I get the error message when compiling my little testprogram. > The Programm and complete compiler messages follow: > > * > > // reading a text file > #include > #include > #include > #include > > using namespace std; > > class tryit { > >char *FILE_POSTFIX;// = new "myfile.txt"; <- ausserhalb > nicht möglich >string posti; > public: >int main (int argc, char** argv) { > > FILE_POSTFIX = new char[10]; //"Nodes.txt"; <- erst > allocieren dann > zuweisen ! > FILE_POSTFIX = "NODES.txt"; > char *filename = FILE_POSTFIX; > char *output; > ifstream in (filename) ; > while (in){ > in >> output ; > cout << output << endl; > return 0; >} >} > }; > > * > > g++ -v -Wall -Wno-deprecated tryme.cpp -o testthings.exe > Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/specs > Configured with: /GCC/gcc-3.3.1-3/configure --with-gcc --with-gnu-ld > --with-gnu-as --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc > --libdir=/usr/lib --libexecdir=/usr/sbin --mandir=/usr/share/man > --infodir=/usr/share/info > --enable-languages=c,ada,c++,f77,pascal,java,objc --enable-libgcj > --enable-threads=posix --with-system-zlib --enable-nls > --without-included-gettext --enable-interpreter > --enable-sjlj-exceptions > --disable-version-specific-runtime-libs --enable-shared > --disable-win32-registry --enable-java-gc=boehm > --disable-hash-synchronization --verbose --target=i686-pc-cygwin > --host=i686-pc-cygwin --build=i686-pc-cygwin > Thread model: posix > gcc version 3.3.1 (cygming special) > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/cc1plus.exe -quiet -v > -D__GNUC__=3 -D__GNUC_MINOR__=3 -D__GNUC_PATCHLEVEL__=1 > -D__CYGWIN32__ > -D__CYGWIN__ -Dunix -D__unix__ -D__unix -idirafter > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../include/w32api > -idirafter > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygw in/lib/../../include/w32api > tryme.cpp -D__GNUG__=3 -quiet -dumpbase tryme.cpp -auxbase > tryme -Wall > -Wno-deprecated -version -o /cygdrive/d/TMP/cc55YaOO.s > GNU C++ version 3.3.1 (cygming special) (i686-pc-cygwin) > compiled by GNU C version 3.3.1 (cygming special). > GGC heuristics: --param ggc-min-expand=47 --param > ggc-min-heapsize=32700 ignoring nonexistent directory > "/usr/local/include" ignoring nonexistent directory > "/usr/i686-pc-cygwin/include" ignoring duplicate directory > "/usr/i686-pc-cygwin/lib/../../include/w32api" > #include "..." search starts here: > #include <...> search starts here: > /usr/include/c++/3.3.1 > /usr/include/c++/3.3.1/i686-pc-cygwin > /usr/include/c++/3.3.1/backward > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include > /usr/include > /usr/include/w32api > End of search list. > > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygw in/bin/as.exe > --traditional-format -o /cygdrive/d/TMP/ccbPwKZW.o > /cygdrive/d/TMP/cc55YaOO.s > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/collect2.exe -Bdynamic > --dll-search-prefix=cyg -o testthings.exe > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../crt0.o > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/crtbegin.o > -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1 > -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../.. > /cygdrive/d/TMP/ccbPwKZW.o -lstdc++ -lgcc -lcygwin -luser32 > -lkernel32 > -ladvapi32 -lshell32 -lgcc > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/crtend.o > /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../libcygwin.a(lib > cmain.o)(.text+0x7c): > undefined reference to [EMAIL PROTECTED]' > collect2: ld returned 1 exit status > make: *** [testthings.exe] Error 1 > > Compilation exited abnormally with code 2 at Tue May 18 11:05:17 > > > Regards Christian Rudiger > > > -- > 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: links
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: > Corinna Vinschen <[EMAIL PROTECTED]> wrote: You probably > removed the R/O attribute from the .lnk files. It's >> essential for shortcats to be recognized as Cygwin symlinks. Try >> something along the lines of > > What is the "R/O" attribute. > It is the windows Read Only attribute. > P.s. should not need all that nonsense below..And sorry to say > I am not familiar with this r attribute, except as a > read(r)permission. Is the group intentionally trying to be obtuse? > You must have removed the R/O attrib yourself at some point, so it needs replacing. try attrib /? for more info. Why do you assume that the group is being obtuse because you have a misunderstanding? - -- Al Slater -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsZlUz4fTOFL/EDYRAshlAJwLxzGhxUAMc4JMJqTmtR1tyb5fWgCfYnZF Ux19TswAeMV34Ww0EtRUM3g= =Monh -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: [OT] RE: Third-party products that include cygwin
> > I was thinking about adding a cygwin-set-reply-to opt-in > subscription list for people (like me) who always want the > reply-to set to the mailing list. It would require a fair > amount of rework of the spam blocking software but it is doable. > > Would that be a useful feature? This is yes vote. Al -- 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: Keypress anomaly: maybe locality specific
> > First, though, the cygcheck output would be nice, and it > would be nice to know if there are any other programs than > Bash that have this problem..? > I have the same problem, attached is my cygcheck output. In csh on cygwin I get no output at all. All is correct in ash on cygwin. I also have this problem when using bash running on our sun box using tera term 3.1. (no problem with csh and sh). Regards Al Slater cygcheck.out Description: Binary data -- 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: hang when using pthread and fork in 1.5.23-1 and snapshot 20070118.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Rehley wrote: > Hello, > > One of the applications I've been working with has hanging issues. It > will sometimes work properly, and sometimes it will hang and never > continue through the rest of the program. I have not done any pthread programming under cygwin, but I have done a fair bit under Solaris. In my experience threads and fork are not good bedfellows, you need to excercise care in order to avoid deadlock. - From the solaris fork() man page : fork() Safety If a multithreaded application calls fork() or fork1(), and the child does more than simply call one of the exec(2) functions, there is a possibility of deadlock occurring in the child. The application should use pthread_atfork(3C) to ensure safety with respect to this deadlock. Should there be any outstanding mutexes throughout the process, the applica- tion should call pthread_atfork() to wait for and acquire those mutexes prior to calling fork() or fork1(). See "MT- Level of Libraries" on the attributes(5) manual page. Using stdio in the child after fork in a multithreaded apps has caused me pain on many occasions, also std::string in c++. A recommended way to deal with this that I have seen on the web is to spawn a process before any threads to handle the forks, and use pipes to communicate between the threads and the forking process. - -- Al Slater Technical Director Stanton Consultancy Ltd -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFwLEPz4fTOFL/EDYRAmIEAJ43G/LidV+qDdG9Yr2CdxJ2B2L/lwCfTHfI D1/DfKCQpuda8Kw2OTii51k= =OaGK -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: cygwinized XSL processor? (or sed for path transform?)
Hi > http://sourceforge.net/project/showfiles.php?group_id=29872 > > ) and Xalan (from > > http://xml.apache.org/xalan-j/ > There is a C++ Xalan (xalan-c) available from http://xml.apache.org/xalan-c/index.html I don't know if it builds OOTB on cygwin though. regards Al Slater -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: GPL alert ? http://thinstall.com/unix_tools/
I downloaded the tools and ran them. I typed uname -a and received an error message about a missing export in Cygwin1.dll, so the answer is yes. Al > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor > Sent: Monday, July 28, 2003 2:20 PM > To: [EMAIL PROTECTED] > Subject: Re: GPL alert ? http://thinstall.com/unix_tools/ > > > On Mon, Jul 28, 2003 at 07:52:36AM -0400, > [EMAIL PROTECTED] wrote: > >Not only that, but this appears to go even further. By essentially > >"compiling" all these GNU utilities into one executable, there's a > >violation of the GPL to the extent that the code used to do > that does > >not appear to be "Open Source". Double Whammy here. > > > >And by the way - I AM a lawyer. (Member of the Michigan Bar > >Association in Good Standing). > > I noticed that but i was wondering if these were actually > cygwin tools. Has anyone verified that? > > 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/ > -- 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/
Broken after upgrade.
Hi, I just upgraded the Cygwin DLL from 1.3.5-3 to 1.3.6 and now all seems broken. When I start bash I get the message "bash.exe: warning: could not find /tmp, please create!". If I revert to 1.3.5-3 all is fine. Attached is cygcheck output after 1.3.6 is installed (run from command prompt as nothing works in bash). Al Slater Cygnus Win95/NT Configuration Diagnostics Current System Time: Mon Dec 03 10:31:27 2001 Windows NT Ver 4.0 Build 1381 Service Pack 6 Path: d:\bc5\bin d:\Perl\bin f:\cygwin\bin f:\cygwin\usr\local\bin f:\cygwin\usr\local\apache\libexec F:\Oracle\Ora816\bin F:\Oracle\Orades\bin F:\Oracle\Ora815\bin f:\oracle\ora805\bin F:\Oracle\Oraoem\bin %SGVD%\bin C:\Program Files\Oracle\jre\1.1.7\bin d:\Perl\bin C:\WINNT\system32 C:\WINNT f:\oracle\ora816\orb\bin f:\Program Files\Network Associates\PGP60 C:\Program Files\Microsoft SQL Server\80\Tools\BINN d:\PROGRA~1\Borland\Delphi5\Projects\Bpl d:\PROGRA~1\Borland\Delphi5\Bin e:\newec\ui_tier\newclient\bin D:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT D:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin D:\Program Files\Microsoft Visual Studio\Common\Tools D:\Program Files\Microsoft Visual Studio\VC98\bin s:\pvcs f:\utils SysDir: C:\WINNT\System32 WinDir: C:\WINNT CYGWIN = `binmode tty title ntsec' HOME = `/export/home/aslate' MAKE_MODE = `UNIX' Path = `d:\bc5\bin;d:\Perl\bin;f:\cygwin\bin;f:\cygwin\usr\local\bin;f:\cygwin\usr\ local\apache\libexec;F:\Oracle\Ora816\bin;F:\Oracle\Orades\bin;F:\Oracle\Ora 815\bin;f:\oracle\ora805\bin;F:\Oracle\Oraoem\bin;%SGVD%\bin;C:\Program Files\Oracle\jre\1.1.7\bin;d:\Perl\bin;C:\WINNT\system32;C:\WINNT;f:\oracle\ ora816\orb\bin;f:\Program Files\Network Associates\PGP60;C:\Program Files\Microsoft SQL Server\80\Tools\BINN;d:\PROGRA~1\Borland\Delphi5\Projects\Bpl;d:\PROGRA~1\Bo rland\Delphi5\Bin;e:\newec\ui_tier\newclient\bin;D:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT;D:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin;D:\Program Files\Microsoft Visual Studio\Common\Tools;D:\Program Files\Microsoft Visual Studio\VC98\bin;s:\pvcs;f:\utils' BCROOT = `d:\bc5' CLASSPATH = `f:\oracle\ora816\orb\classes\yoj.jar;f:\oracle\ora816\orb\classes\share.zip ;C:\WINNT\System32\QTJava.zip' CMDLINE = `cygcheck -svr' COMPUTERNAME = `ASLATE' ComSpec = `C:\4NT\4NT.EXE' GR_include = `d:\gcpp300\h' HOMEDRIVE = `f:' HOMEPATH = `\home\aslate' include = `D:\Program Files\Microsoft Visual Studio\VC98\atl\include;D:\Program Files\Microsoft Visual Studio\VC98\mfc\include;D:\Program Files\Microsoft Visual Studio\VC98\include' lib = `D:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;D:\Program Files\Microsoft Visual Studio\VC98\lib' LIBDIR = `d:\odbcpp\lib;d:\allegris\lib;d:\gcpp300\b50\' LOGONSERVER = `\\ASLATE' MP_base_includes = `\stlport;d:\bc5\include;\newec\db_tier\include;\newec\cbf_tier\include;\new ec\common\include;\odbcpp\include;\newec\reports\include' mp_comms_include = `\newec\comms\include' mp_tools_include = `\newec\tools\include' MP_ui_includes = `\newec\ui_tier\include;d:\allegris\source;\newec\ui_tier\vlang\lh;' mp_vlang = `e:\newec\ui_tier\vlang\lh' MSDevDir = `D:\Program Files\Microsoft Visual Studio\Common\MSDev98' MSINPUT = `f:\Program Files\Microsoft Hardware' NUMBER_OF_PROCESSORS = `1' OBJDIR = `..\objs' OS = `Windows_NT' Os2LibPath = `C:\WINNT\system32\os2\dll;' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.JS;.VBE;.JSE;.WSF;.WSH' PLUGDIR = `\newec\plugins' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0502' QTJAVA = `C:\WINNT\System32\QTJava.zip' SystemDrive = `C:' SystemRoot = `C:\WINNT' TEMP = `f:\temp' TMP = `f:\temp' USERDOMAIN = `PAVILION' USERNAME = `aslate' USERPROFILE = `C:\WINNT\Profiles\aslate' vcsid = `ASLATE' windir = `C:\WINNT' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/' cygdrive flags = 0x0022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd er\Start Menu\&Programs\Cygnus Solutions (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd er\Start Menu\&Programs\Cygnus Solutions\Menu (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd er\Start Menu\Programming\Cygnus Solutions
RE: new gdb interface
try gdb --help Al > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf > Of Thomas Mellman > Sent: 17 October 2002 08:02 > To: [EMAIL PROTECTED] > Subject: new gdb interface > > > I'm not sure if this is a cygwin issue, but... > > I just ran gdb for the first time on CYGWIN to debug a little > program I'm writing > All of a sudden up pops a graphics window. Now, I've used > gdb for many years, > enjoy it, and can operate it. I can't operate this graphical > interface and don't want it. > > After 10 minutes of looking at the man page (written with > the Microsoft familiar-"you") > and info stuff, I see no clear instructions how *not* to get > the graphical interface. > Everything seems to address the old, non-graphical interface > (hence my suspicion > that this is a CYGWIN issue ) > > In trying to kill it, I now have an unkillable, dead window > on my screen. > > Can anybody tell me how to run real gdb? And can graphical > interfaces please be > optional, rather than the other way around? A graphical > interface for a debugger > is not a bad idea, and this one may be a good one (there are > already good ones, > like ddd, but that's besides the point), but when I want a > graphical interface, I'll execute it. > > -- > > > Thomas Mellman > [EMAIL PROTECTED] > > Keine verlorenen Lotto-Quittungen, keine vergessenen Gewinne mehr! > Beim WEB.DE Lottoservice: http://tippen2.web.de/?x=13 > > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Useless compiler warning in GCC, how can i silence it?
use unsigned int x = 4294967294UL; ^^ regards Al > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf > Of sam alexander > Sent: 15 March 2002 07:16 > To: [EMAIL PROTECTED] > Subject: Useless compiler warning in GCC, how can i silence it? > > > Hi > > The useless compiler warning is this: > > warning: decimal constant is so large that it is unsigned > > I KNOW that it's unsigned, and it's supposed to be. It's the > right hand > side of an initialization like this: > > unsigned int x = 4294967294; > > I'd just ignore it as a minor annoyance, but my boss insists > that I find a > way to silence it (he doesn't know C himself). > > Thank you very much in advance. Please reply to my email as I'm not > subscribed to the list... P.S. I already tried typecasting > the large > constant as an unsigned int, as if to tell the compiler that > I was well > aware it was too large to be signed, but that didn't help. > > Sam > > _ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/