Re: [ANNOUNCEMENT] Updated: stable compiler package gcc4-4.5.3-2
I have recompiled the code I am working on with i686-pc-cygwin-g++ 4.5.3. I get many of the following messages from the linker: /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/bin/ld: gcc-release/obj/BTest/Test.o: warning: duplicate section `.rdata$_ZTISs[typeinfo for std::basic_string, std::allocator >]' has different size I do not get this error cross-compiling the same code with i686-pc-mingw32-g++ 4.5.2. Any chance that this comes from the new version? Frédéric -- 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: cygwin started speaking German today
[for the bug-gnu-gettext list, this thread started here: http://cygwin.com/ml/cygwin/2011-08/msg00506.html and was posted immediately after the release of gettext-0.18.1.1 for cygwin (which had not been updated since 0.17). On 30.08.2011 06:18, Voelker, Bernhard wrote: > Starting with today's update, cygwin started speaking German: > > $ mkdir -v x0 > mkdir: Verzeichnis „x0“ angelegt > $ LANG=C mkdir -v x2 > mkdir: created directory `x2' > $ LANG=C.UTF-8 mkdir -v x1 > mkdir: Verzeichnis „x1“ angelegt > > Default is LANG=C.UTF-8 here. > > Ok, the PC is in Germany, but none of my environment > variables have a 'de' inside. I can reproduce this behavior; the workaround for now is to use $LC_ALL or $LC_CTYPE instead of $LANG. I think I have an inkling about what is causing this problem -- but I'm not real clear on how to fix it. The issue is, (new) libintl implements its own [libintl_]setlocale function, which eventually calls the cygwin setlocale. The old libintl did neither of those things. Now, under the old mechanism, cygwin's setlocale() was called directly (by the app), and cygwin::setlocale did its magic with the LC_ALL, LC_CTYPE, and/or LANG variables. However, *new* libintl now, I think, calls its own [libintl_]setlocale replacement internally, and that messes up the effect of the application's own direct-to-cygwin's setlocale() call. I think it is because libintl_setlocale() will not allow cygwin::setlocale() to exercise its default behavior wrt $LANG, since it *always* calls the underlying OS setlocale with a specific LC_ subtype, never LC_ALL -- and always with a specific locale string, never "". (I think) I've attached a compressed copy of the setlocale implementation, if anybody (CALL FOR HELP) can suggest a mechanism -- or better, provide a patch -- to make libintl_setlocale Do The Right Thing on cygwin. -- Chuck setlocale.c.xz Description: Binary data -- 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: debugging SIGSEV on pclose
On 2011-09-05 PM 11:01, Marco atzeri wrote: Hi jojelino, gs is unlikely crashing as the fltk.png is correctly produced. From strace I know that octave crashes before gs complete its output. i'm sorry. mine was not the case. and after some digging, it is found that fd[6] is *closed* before pclose. warning: print.m: epstool binary is not available. Some output formats are not available. Hardware watchpoint 3: cygheap->fdtab.fds[6] Old value = (fhandler_base *) 0x0 New value = (fhandler_pipe *) 0x612dbb8c _pipe (filedes=0x22b370, psize=0x1, mode=0x1) at /tmp/winsup/winsup/cygwin/pipe.cc:382 382 filedes[0] = fdin; (gdb) b _sigfe_fclose Breakpoint 6 at 0x610f080b (gdb) c Continuing. [New Thread 1684.0xf98] Breakpoint 6, 0x610f080b in _sigfe_fclose () from /cygdrive/d/cygwin/bin/cygwin1.dll (gdb) bt #0 0x610f080b in _sigfe_fclose () from /cygdrive/d/cygwin/bin/cygwin1.dll #1 0x66f6a41f in cygoctinterp-0!_ZN13glps_renderer4drawERK15graphics_object () from /cygdrive/d/cygwin/bin/cygoctinterp-0.dll #2 0x6ec0ff2f in _init_fltk__-0!_ZN11OpenGL_fltk4drawEv () from D:/cygwin/lib/octave/3.4.2/oct/i686-pc-cygwin/__init_fltk__.oct #3 0x6dab19ef in cygfltk_gl-1!_ZN12Fl_Gl_Window5flushEv () from /cygdrive/d/cygwin/bin/cygfltk_gl-1.1.dll #4 0x6dae2a0f in cygfltk-1!_ZN2Fl5flushEv () from /cygdrive/d/cygwin/bin/cygfltk-1.1.dll #5 0x6dae2c28 in cygfltk-1!_ZN2Fl4waitEd () from /cygdrive/d/cygwin/bin/cygfltk-1.1.dll #6 0x6ec21272 in _init_fltk__-0!_ZNK21fltk_graphics_toolkit12print_figureERK15graphics_objectRKSsS4_bS4_ () from D:/cygwin/lib/octave/3.4.2/oct/i686-pc-cygwin/__init_fltk__.oct #7 0x66ffc52b in cygoctinterp-0!_Z8FdrawnowRK17octave_value_listi () from /cygdrive/d/cygwin/bin/cygoctinterp-0.dll #8 0x67159266 in cygoctinterp-0!_ZN14octave_builtin17do_multi_index_opEiRK17octave_value_listPKSt4listI13octave_lvalueSaIS4_EE () from /cygdrive/d/cygwin/bin/cygoctinterp-0.dll #9 0x67158397 in cygoctinterp-0!_ZN14octave_builtin7subsrefERKSsRKSt4listI17octave_value_listSaIS3_EEiPKS2_I13octave_lvalueSaIS8_EE () from /cygdrive/d/cygwin/bin/cygoctinterp-0.dll #10 0x67159066 in cygoctinterp-0!_ZN14octave_builtin7subsrefERKSsRKSt4listI17oct---Type to continue, or q to quit---q Quit (gdb) i think fltk have bad behavior which use fclose to close pipe fd, but it should have used pclose. so closing disposed fd yields sigsegv. http://pubs.opengroup.org/onlinepubs/009695399/functions/pclose.html we should inspect fltk's glps_renderer::draw(graphics_object const&) for this strange behavior. -- 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
libgfortran3 version and sources Re: [ANNOUNCEMENT] Updated: {octave,octave-devel,octave-doc}-3.4.2-1
marco atzeri-4 wrote: > > New versions 3.4.2-1 of > > octave, > octave-devel, > octave-doc > > are available in the Cygwin distribution: > > CHANGES > This is a upstream bug fix release of 3.4.x > Please what versions of libgfortran3 and liblapack0 are needed ? I tried to download sources of libgfortran3, but got 66649089 Bytes of gcc-src instead: @ libgfortran3 [...] install: release/gcc4/libgfortran3/libgfortran3-4.5.3-2.tar.bz2 834634 e136e0f476465138d87a48cbba3306dd source: release/gcc4/gcc4-4.5.3-2-src.tar.bz2 66649089 2579527b6f8d08b7d548b0d2af2cdc94 [prev] version: 4.3.4-4 install: release/gcc4/libgfortran3/libgfortran3-4.3.4-4.tar.bz2 177981 de6793d59f631cf51ab2fb02e56e00b9 source: release/gcc4/gcc4-4.3.4-4-src.tar.bz2 59745832 c797d276bfc7b02ab9eb6886b4ee2eee This mistake is in file package/http\%3a\%2f\%2fftp-stud.hs-esslingen.de\%2fpub\%2fMirrors\%2fsources.redhat.com\%2fcygwin\%2f/setup.ini Jan -- View this message in context: http://old.nabble.com/-ANNOUNCEMENT--Updated%3A-%7Boctave%2Coctave-devel%2Coctave-doc%7D-3.4.2-1-tp3225p32419380.html Sent from the Cygwin list mailing list archive at Nabble.com. -- 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
Mojo Mail Error - Not Allowed To Post On discuss
Mojo Mail Error: You're Not Allowed to send messages to this list. -Mojo Mail -- 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
