Re: Segfault with detached threads and OpenSSL

Deter using detached attribute in cygwin. for details [1]. You might find static-linking as useful workaround for this issue which requires build openssl from source code. Thread 7 "a" hit Breakpoint 9, init_thread_remove_handlers ( handsin=handsin@entry=0x0) at crypto/initthread.c:178 178

Re: Cygwin X - Vast performance difference between X-over-ssh and xdmcp

On 4/28/2024 4:36 AM, Jim Garrison via Cygwin wrote: The speed difference is stark.  With X-over-ssh Eclipse is unusable, PyCharm barely so.  When running in an xdmcp session both are blazingly fast with no detectable lag. What would make such a huge difference? Why don't you allow

Re: Regression: Cygwin 3.5.1 freezes when launching several mingw processes in parallel

42- 0x0001800991d5 <+291>: jne0x1800991f1 <_pinfo::set_ctty(fhandler_termios*, int)+319> 243- 0x0001800995e6 <+1332>: call 0x180205fa8 244- 0x0001800995eb <+1337>: test %eax,%eax 245- 0x0001800995ed <+1339>: nopl (%r

Re: Regression: Cygwin 3.5.1 freezes when launching several mingw processes in parallel

$ (echo symbol cygwin1.dll;grep -Po '(?<=cygwin1!)[a-z_0-9]*?\+0x[a-f0-9]*'|sed -E 's/^/i line *(/;s/$/)/')|gdb GNU gdb (GDB) (Cygwin 12.1-1) 12.1 Copyright (C) 2022 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free

Re: Regression: Cygwin 3.5.1 freezes when launching several mingw processes in parallel

$ (echo symbol cygwin1.dll;grep -Po '(?<=cygwin1!)[a-z_0-9]*?\+0x[a-f0-9]*'|sed -E 's/^/i line *(/;s/$/)/')|gdb GNU gdb (GDB) (Cygwin 12.1-1) 12.1 Copyright (C) 2022 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free

Re: Python C Extension Module loading issue on Cygwin

On 9/22/2023 3:39 PM, Mesibo Technical via Cygwin wrote: Any idea why Cygwin is using the .dll extension instead of the .pyd extension as recommended by Python's official documentation? $ grep "_SUFFIX=" /usr/lib/python3.9/config-3.9-x86_64-cygwin/Makefile SHLIB_SUFFIX= .dll EXT_SUFFIX=

Re: abort during exit() with a dynamically loaded C++ library

On 2014-07-07 PM 10:58, Jon TURNEY wrote: On 17/06/2014 19:11, Jon TURNEY wrote: I think I have found a problem when building programs using the latest mesa library, where abort is being called during exit() The main concern of this crash is the order mismatch between loading and unloading

Severe performance degradation of writev

2008-07-27 Corinna Vinschen cori...@vinschen.de * fhandler_socket.cc (fhandler_socket::send_internal): Send never more then 64K bytes at once. For blocking sockets, loop until entire data has been sent or an error occurs. (fhandler_socket::sendto): Drop code

Re: Severe performance degradation of writev

On 2014-07-07 AM 7:28, jojelino wrote: svnrdump dump --incremental http://svn.apache.org/repos/asf/subversion subversion Instead of above the wrong one, this svnrdump dump --incremental http://svn.apache.org/repos/asf/subversion /dev/null -- Regards. -- Problem reports: http

Re: gcc-4.8.2-1: /bin/gcc fails

On 2013-11-02 PM 3:23, David Rothenberger wrote: With gcc-4.8.2-1, the following fails: % touch /tmp/t.c % /bin/gcc -c /tmp/t.c gcc: error: spawn: No such file or directory This works correctly if gcc is invoked as gcc or /usr/bin/gcc. It also works correctly with 4.8.1. It appears this is

Re: gcc-4.8.2-1: /bin/gcc fails

On 2013-11-23 AM 4:02, jojelino wrote: On 2013-11-02 PM 3:23, David Rothenberger wrote: This problem is caused by zero-byte of ${builddir}/host-i686-pc-cygwin/specs and the specs file is created by bootstrapped gcc executable. the bootstrapped gcc crashes when generating specs file, which

Re: sqlite defect

On 2013-07-19 PM 7:08, Corinna Vinschen wrote: ...and, btw., fcntl(fd, F_SETOWN) is only supported on sockets. Corinna 28 55977555 [main] python 5616 open: 9 = open(/home/Administrator/../..sqlite, 0x58202) .. .. 4680 55982813 [main] python 5616 flock: 0 = flock(9, 6) ..

Re: sqlite defect

On 2013-07-19 PM 8:30, Corinna Vinschen wrote: A valid testcase would help a lot, though. What you meant to do was calling flock with LOCK_EX|LOCK_NB. that's what exactly sqlite3 that uses the mandatory-locking did. reproducing the behavior was i meant to do. And then again, your testcase

Re: sqlite defect

On 2013-07-19 PM 9:02, Corinna Vinschen wrote: There *is* a workaround: export CYGWIN_SQLITE_LOCKING=posix See http://cygwin.com/ml/cygwin-announce/2013-06/msg00014.html It's very good workaround instead of rebuild sqlite3. thanks for the point. -- Regards. -- Problem reports:

Re: sqlite defect

On 2013-07-19 PM 9:08, jojelino wrote: On 2013-07-19 PM 9:02, Corinna Vinschen wrote: There *is* a workaround: export CYGWIN_SQLITE_LOCKING=posix See http://cygwin.com/ml/cygwin-announce/2013-06/msg00014.html It's very good workaround instead of rebuild sqlite3. thanks for the point

Re: sqlite defect

On 2013-07-18 AM 10:53, Warren Young wrote: Nothing so simple. Locking is handled at the OS and/or Cygwin DLL level. The build change between 3.7.16.2 and 3.7.17-3 is that we're now relying on new features in the Cygwin DLL to do Windows-style locking by default. Older versions of Cygwin

Re: sqlite defect

On 2013-07-18 PM 5:59, Corinna Vinschen wrote: On Jul 18 17:11, jojelino wrote: On 2013-07-18 AM 10:53, Warren Young wrote: Nothing so simple. Locking is handled at the OS and/or Cygwin DLL level. The build change between 3.7.16.2 and 3.7.17-3 is that we're now relying on new features

Re: clang++ broken by recent GCC update

On 2013-07-04 PM 9:47, Václav Zeman wrote: Hi. The C++ part of Clang package (I have not tested the C part) is broken after update of GCC to 4.7.3. It cannot find standard C++ headers: Clang does use hard-coded include path for using gcc header files. Please build your own or you can file

gdb hangs when it calls tcsetpgrp.

I was using gdb for debugging ffmpeg raising SIGFPE. but gdb hangs after entering command among of s,n,si,ni. gdb has same pgrp over pgrp of debuggee. when tcsetpgrp is called in gdb, you already know it sends __SIGSETPGRP signal to suspended debuggee. but the debugger already suspended all

Re: SIGQUIT reported as SIGSEGV

On 2013-04-30 PM 9:37, Helmut Karlowski wrote: Daniel R. Grayson, 30.04.2013 14:11:19: SIGQUIT is erroneously delivered as SIGSEGV in this circumstance: $ sleep 1000 [1] 9148 $ kill -QUIT %1 $ press return if necessary here [1]+ Segmentation fault (core dumped)

Re: Debugging totally broken with latest everything?

On 2013-04-16 AM 1:03, Dave Korn wrote: Thread 2 (Thread 5536.0xe2c): #0 0x77f88a87 in ntdll!ZwReadFile () from /win/c/WINNT/system32/ntdll.dll #1 0x7c586381 in ?? () #2 0x610dd075 in wait_sig () at /usr/src/debug/cygwin-1.7.17-1/winsup/cygwin/sigproc.cc:1360 #3 0x61003e65 in

Re: Hang on CTRL-C (was Re: livelock on sigfe)

On 2013-04-01 PM 2:03, Christopher Faylor wrote: On Mon, Apr 01, 2013 at 11:53:38AM +0900, jojelino wrote: On 2013-03-17 AM 1:44, Christopher Faylor wrote: No, not really. The caller in this case isn't interesting. The number of threads executing is interesting. cgf there is another debug

Re: livelock on sigfe

On 2013-03-17 AM 1:44, Christopher Faylor wrote: No, not really. The caller in this case isn't interesting. The number of threads executing is interesting. cgf there is another debug session. I was trying to CTRL+C to mintty session in which make process was running. process hanged with

Re: deadlock with busy waiting on sigfe

On 2013-03-16 AM 4:41, Christopher Faylor wrote: On Mon, Mar 11, 2013 at 04:45:54PM -0400, Christopher Faylor wrote: Actually, if you are running this on a DOS console, and you hit CTRL-C, you will have at least one other thread executing. Were you running this under mintty (aka a pty) or in a

Re: deadlock with busy waiting on sigfe

On 2013-03-16 AM 10:46, jojelino wrote: On 2013-03-16 AM 4:41, Christopher Faylor wrote: On Mon, Mar 11, 2013 at 04:45:54PM -0400, Christopher Faylor wrote: Actually, if you are running this on a DOS console, and you hit CTRL-C, you will have at least one other thread executing. Were you

Re: gdb bt gives many question marks

On 2013-03-14 PM 4:37, Ken Huang wrote: Hi all, I have a problem when using gdb to debug my program in cygwin, the 'bt' command gives me many '??'. (gdb) bt full #0 0x7c92e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll No symbol table info available. #1

Re: gdb bt gives many question marks

On 2013-03-14 PM 6:30, Ken Huang wrote: 2013/3/14 jojelino jojel...@gmail.com: On 2013-03-14 PM 4:37, Ken Huang wrote: Hi all, I have a problem when using gdb to debug my program in cygwin, the 'bt' command gives me many '??'. (gdb) bt full #0 0x7c92e514 in ntdll!LdrAccessResource () from

Re: deadlock with busy waiting on sigfe

On 2013-01-20 PM 3:54, Christopher Faylor wrote: On Sun, Jan 20, 2013 at 02:23:23PM +0900, jojelino wrote: Once again: don't care about your backtraces. Submit a proper bug report. cgf And found another livelock with CYGWIN_NT-5.2 F8G6S6D42HGDY4 1.7.18s(0.263/5/3) 20130309 21:57:01 i686

Re: deadlock with busy waiting on sigfe

On 2013-03-11 PM 11:36, Christopher Faylor wrote: A proper bug report would at least include what you were actually doing to trigger this problem. I was trying to CTRL+C cygwin python process that is executing some operation and fell asleep for 60 seconds repeatedly. I'm pretty sure that the

Re: deadlock with busy waiting on sigfe

On 2013-03-12 AM 4:35, jojelino wrote: I was trying to CTRL+C cygwin python process that is executing some operation and fell asleep for 60 seconds repeatedly. I'm pretty sure that the process was sleeping as i tried interrupt it. And some operation includes making connection to localhost tcp

Re: wrong performance of malloc/free under multi-threading

On 2013-02-26 PM 10:25, Corinna Vinschen wrote: This is Cygwin only. Corinna cygwin malloc is not reentrant according to malloc_wrapper.cc so let's not expect performance like linux or native windows. until someone have plenty of time to resolve this issue. -- Regards. -- Problem

Re: deadlock with busy waiting on sigfe

On 2013-01-16 AM 11:14, Christopher Faylor wrote: On Tue, Jan 15, 2013 at 08:46:46PM -0500, Christopher Faylor wrote: Sorry, the backtraces were actually useful because they show that you are apparently running cygwin-snapshot-20130107. Apparently you haven't been watching the discussion about

deadlock with busy waiting on sigfe

Caused by executing following command and ctrl+c to interrupt in bash shell. sh -c cd /tmp/openjpeg/src/bin/jp2 /usr/bin/i686-pc-mingw32-gcc.exe -DOPJ_EXPORTS -ffast-math -O3 -DNDEBUG @CMakeFiles/opj_compress.dir/includes_C.rsp -o CMakeFiles/opj_compress.dir/convert.c.obj -c

Re: bash very slow in cygwin 1.7.16-1 Win7/64 bit

On 2012-10-01 AM 5:43, Adam Rosi-Kessel wrote: 22 10401 [main] ls 24012 cygheap_user::ontherange: Set HOME (from /etc/passwd) to /cygdrive/c/0/cygwin_home 100 10501 [main] ls 24012 normalize_posix_path: src /cygdrive/c/0/cygwin_home 40 10541 [main] ls 24012 normalize_posix_path:

Re: Please test snapshots

Hi, I think i found a glitch in gmon.c the testcase is following. and you can see it doesn't work. int main() { char *proffile; { char gmon_out[] = gmon.out; proffile = gmon_out; } printf(%s\n,proffile); } --- $ ./a a(▒ Actually the above

Re: Built perl 5.6.2 on Cygwin 1.7.11, but get SIGABRT from resulting perl.exe

On 2012-07-19 AM 2:45, Nicholas DiPiazza wrote: Jojelino asked: What was the result of gdb --args perl symbol cygwin1.dll define btc bt c end # Function _sigfe_free not defined. shouldn't be seen. if it does, please use latest snapshot including debug

Re: Built perl 5.6.2 on Cygwin 1.7.11, but get SIGABRT from resulting perl.exe

On 2012-07-18 AM 4:55, Nicholas DiPiazza wrote: Jojelino asked: and then, what was the result of gdb --args perl b _sigfe_free if *((unsigned*)$esp+1)==0x2010 #which i am interested in to see what the backtrace was. disp *((unsigned*)$esp+1) r bt #when breakpoint is hit

Re: Built perl 5.6.2 on Cygwin 1.7.11, but get SIGABRT from resulting perl.exe

On 2012-07-17 AM 3:35, Nicholas DiPiazza wrote: Hi Reini Urban, Thanks for this and sorry for my delay in response. ' I tried switching to a 32-bit system before doing the build, rebaseall, perlrebase, patchperl, and perlall. Each of these still result in the Abort signal being thrown. $ ldd

Re: Built perl 5.6.2 on Cygwin 1.7.11, but get SIGABRT from resulting perl.exe

On 2012-07-17 AM 4:52, Nicholas DiPiazza wrote: Hi jojelino, You asked: what is result of gdb --args perl b abort r bt (when breakpoint is hit.) Here it is: nick@nick-PC ~/perl-5.6.2 $ gdb --args perl GNU gdb (GDB) 7.3.50.20111026-cvs (cygwin-special) Copyright (C) 2011 Free Software

Re: Interpreting a gdb backtrace

On 2012-05-19 AM 6:08, Ken Brown wrote: I'm trying to debug an emacs crash and am having trouble getting a useful backtrace after the crash. Here's an example: #0 0x00289c08 in ?? () No symbol table info available. #1 0x007ba148 in _malloc_mutex () No symbol table info available. #2

Re: Interpreting a gdb backtrace

On 2012-05-19 AM 9:30, Ken Brown wrote: I built emacs with -g -O0. gdb had the symbol table at the start of the debugging session. It's just after the crash that everything is messed up. Ken Then, i suspect that some function is called with function pointer type with different calling

Re: Cygwin passes through null writes to other software when redirecting standard input/output (i.e. piping)

On 2012-04-27 AM 9:17, Christopher Faylor wrote: There's no way that Cygwin could know to skip a call to WriteFile(). Cygwin doesn't interpose itself in the middle of a pipe. That would be truly disastrous. If it somehow looked at every pipe read/write rather than just allowing I/O to flow

Re: a netcat that supports -X and -x ?

On 2012-04-28 AM 5:48, Marilo wrote: When I google man nc, I see http://linux.die.net/man/1/nc I see -X proxy_version and -x proxy_address[:port] But cygwin's netcat doesn't include that. Is it possible to get a copy of netcat for cygwin(or even for windows, or both) that includes that

Re: 1.7.13: pthreads crash on W7/W2008 WoW64

On 2012-04-19 PM 11:47, Makarius wrote: I've tried everything I can think of and I really don't know what is going on. I suspect that it is a combination of things that is confusing Cygwin. It looks as though it is segfaulting inside some code that Cygwin is using to produce a

Re: Win2000 compatibility

2012-04-13 AM 12:19, iggor 쓴 글: Hello, It appears that Cygwin SETUP.EXE at this time is uncompatible with Windows 2000, since it uses function GetModuleHandleExA which leads to error in searching entry point in kernel32.dll. So, I cannot run setup at all, even get help with option. AFAIK, this

mintty crashed with stackdump

mintty became unresponsible and it was unusual. so i quit it and got stackdump. as i don't have debug symbol for cygwin 1.7.10(0.259/5/3) 2012-02-05 12:36, following stacktrace is attached without any consideration whether is relevant to cygwin1.dll or not. Stack trace: Frame Function

Re: [ANNOUNCEMENT] Updated: cygwin-1.7.10-1

2012-02-07 PM 3:49, Daniel Colascione 쓴 글: On 2/6/12 8:35 PM, jojelino wrote: 2012-02-06 AM 1:29, Corinna Vinschen 쓴 글: Hi Cygwin friends and users, C:\Documents and Settings\Administratorbase64 oso|base64 -d - base64: write error: Bad file descriptor base64: write error C:\Documents

Re: [ANNOUNCEMENT] Updated: cygwin-1.7.10-1

2012-02-06 AM 1:29, Corinna Vinschen 쓴 글: Hi Cygwin friends and users, C:\Documents and Settings\Administratorbase64 oso|base64 -d - base64: write error: Bad file descriptor base64: write error C:\Documents and Settings\Administratoruname -a CYGWIN_NT-5.2 1.7.10s(0.259/5/3) 20120202 16:59:00

Re: ctrl+c problem when non-cygwin process is invoked by cygwin-process.

On 2011-12-06 PM 6:37, Corinna Vinschen wrote: A lot of changes and fixes have been made in Cygwin since 1.7.9 has been released, so we're looking forward to release Cygwin 1.7.10 soon. Please test the latest developer snapshots at http://cygwin.com/snapshots/ which should have Release

Re: Performance issue in SFTP , CygWin Server

On 2011-10-05 PM 10:41, BhavyaMadiri wrote: We have not encountered any performance problems with downloading files (same number and size ) from unix/linux systems using SFTP. We suspect this performance issue to be related to Cygwin. Any inputs on this is greatly appreciated. if you do care

Re: Bogus dependencies in libtool .la files for libgtk2.0-devel-2.20.1-1, libpango1.0-devel-1.28.1-1, libpango1.0-devel-1.28.1-1

On 2011-09-25 PM 11:51, Dave Korn wrote: before you can compile it from source, and that it might be worth backing up the .la files just in case this -lstdc++ actually is required somewhere, but I'd be happier if this could either be fixed in the distro, or if someone could tell me why these

Re: Bogus dependencies in libtool .la files for libgtk2.0-devel-2.20.1-1, libpango1.0-devel-1.28.1-1, libpango1.0-devel-1.28.1-1

On 2011-09-25 PM 11:51, Dave Korn wrote: before you can compile it from source, and that it might be worth backing up the .la files just in case this -lstdc++ actually is required somewhere, but I'd be happier if this could either be fixed in the distro, or if someone could tell me why these

Re: Bogus dependencies in libtool .la files for libgtk2.0-devel-2.20.1-1, libpango1.0-devel-1.28.1-1, libpango1.0-devel-1.28.1-1

--tag=CXX on the command-line, isn't it? The underlying cause is more likely to be in the way that the Makefile.am is setting the libtool control variables, which is probably an issue for upstream. On 25/09/2011 16:42, jojelino wrote: The latter mail has detail(former one was cancelled but i

Re: Bogus dependencies in libtool .la files for libgtk2.0-devel-2.20.1-1, libpango1.0-devel-1.28.1-1

On 2011-09-26 AM 1:00, Dave Korn wrote: This problem comes from *executing libtool commands* If a problem arises from executing libtool commands, that usually means that something the user did in Makefile.am has tricked automake into generating incorrect libtool commands in the first place,

Re: Relocation patch for cygwin

On 2011-09-24 AM 5:10, jojelino wrote: The attached is report gprof produced when invoked *id* . as you can see, format_process_maps consumes 70% of the lifetime(0.5s with profiling overhead). this is reproducible whenever we do open('/proc/self/maps'). the problem is, the cost is too expensive

Re: Relocation patch for cygwin

On 2011-09-26 AM 9:50, Charles Wilson wrote: Well, the libiconv distributed as an official cygwin package *SHOULD* not have been built with --enable-relocation, so only a subset of the relocation code *OUGHT* to be involved -- just enough for any calls to relocate() to return the passed-in

Re: Relocation patch for cygwin

On 2011-09-24 PM 12:16, Christopher Faylor wrote: Flat profile: Please don't send this type of stuff here. You've just spammed hundreds of people with many kilobytes data that very few people care about. cgf I'm sorry about hundreds of spam mail. i keep myself from spamming by giving

Re: compilation fails with Win32 API call

On 2011-09-20 PM 6:12, Andrew Schulman wrote: I'm trying to compile a program that calls the win32 function SetThreadExecutionState, in kernel32.dll [1]. The link step fails: $ gcc -c nosleep.c $ gcc -o nosleep nosleep.o -lkernel32 nosleep.o:nosleep.c:(.text+0x1f): undefined reference to

Re: debugging SIGSEV on pclose

On 2011-09-08 PM 6:50, Marco atzeri wrote: I am currently using debug version of cygwin-cvs, flkt-1.10 and octave; but unfortunaltely the gdb backtrace is already corrupted/unclear at the popen call, and I do not know if is real problem on a GDB issue :

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

Re: debugging SIGSEV on pclose

On 2011-09-05 PM 9:20, Marco atzeri wrote: command=0x207e969c /usr/bin/gs -dQUIET -dNOPAUSE -dBATCH -dSAFER -sDEVICE=png16m -dTextAlphaBits=4 -dGraphicsAlphaBits=4 -r150x150 -dEPSCrop -sOutputFile=fltk.png -, in_type=0x1a45b18 w) at /pub/cygwin/cvs/src_new/winsup/cygwin/syscalls.cc:3920 3920 {

Re: [PATCH] profile support

On 2011-08-23 PM 2:40, Christopher Faylor wrote: On Tue, Aug 23, 2011 at 02:05:06PM +0900, jojelino wrote: Index: winsup/cygwin/Makefile.in === RCS file: /cvs/src/src/winsup/cygwin/Makefile.in,v retrieving revision 1.248 diff -u -p

Re: [PATCH] profile support

On 2011-08-30 AM 5:23, Christopher Faylor wrote: endif ... ... +endif +#if !defined(PROFILE) void *rv = malloc(size); +#else +void *rv = LocalAlloc(LMEM_FIXED,size); +#endif Since the code is in gmon.c then I don't see a reason to #ifdef it but I still don't understand the

Re: TinyXML problem

On 2011-08-25 AM 2:59, Gery . wrote: g++ -DHAVE_CONFIG_H -I. -I../../source/headers -I../../source/headers/geos -I../../source/headers -I../../source/io/tinyxml -DTIXML_USE_STL-g -O2 -DGEOS_INLINE -pedantic -Wall -ansi -Wno-long-long -ffloat-store -MT tinyxml.o -MD -MP -MF

Re: [PATCH] profile support

On 2011-08-20 PM 5:49, Corinna Vinschen wrote: Hi Jin-woo, On Aug 20 06:59, jojelino wrote: On 2011-08-20 AM 6:48, jojelino wrote: cd i686-pc-cygwin/winsup/cygwin;rm *.o;make profile=1 it would work. Please ignore attachment from 6:48, i have mistaken by attaching invalid winsup-profile

_mcleanup is called twice in forkee!

When a program is compiled with -pg, it causes invocation of _monstartup and it calls atexit, the problem is, _mcleanup is called twice in forkee! That's because of _GLOBAL_REENT is copied when a process is forked. Then we have two _mcleanup. (_monstartup is with __constructor__ attribute.) and

Re: _mcleanup is called twice in forkee!

On 2011-08-22 PM 6:27, jojelino wrote: When a program is compiled with -pg, it causes invocation of _monstartup and it calls atexit, the problem is, _mcleanup is called twice in forkee! oh it was wrong. _monstartup is not called twice -- Problem reports: http://cygwin.com/problems.html

Re: [PATCH] you can use this patch to profile cygwin

On 2011-07-31 PM 5:26, Corinna Vinschen wrote: Erm, I tested on 32 bit. The slowdown occured on all platforms, not only 64 bit. 64 bit is still only half as fast in the date loop for reason or reasons unknown. Corinna I used this code to profile every source compiled with -pg

Re: [PATCH] you can use this patch to profile cygwin-2

On 2011-07-31 PM 6:16, jojelino wrote: # in i686-pc-cygwin/winsup/cygwin/Makefile, you should add CFLAGS '-pg -finstrument-functions' , to make new profiling code effective. and comment out ifneq ${filter -O%,$(CFLAGS)} too. it would make profiling code functional ( in cases you need

Re: Slow performance Win7/64

On 2011-07-29 오후 6:26, Corinna Vinschen wrote: I've already recognize one positive side effect: The CTRL-C Handler works now even faster. With unpatched cygwin1.dll there was a realy long delay, after pressing CTRL-C. Can you agree this too? I agree sincerely. The slowdown of the code was

Re: 1.7.10s 20110729 - problem listing services in /proc

Starting program: /usr/bin/find /proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/services -maxdepth 1 -print [New Thread 4648.0xd38] warning: section .gnu_debuglink not found in /cygdrive/d/cygwin/bin/cygwin1.dbg [New Thread 4648.0x16d8] Breakpoint 9, fhandler_base::operator=

Re: please fix heap_init

On 2011-07-18 오후 5:45, Corinna Vinschen wrote: I had a closer look and I found a bug in the code. When no memory area has been found which is bigger than the requested memory area, the code was supposed to allocate the largest memory area found. At this point the code used start_address

please fix heap_init

this is following of 'infinite recursion in git-svn' #to reproduce this problem, #1. please use latest cvs trunk #2. set HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\heap_chunk_in_mb=0x400 Starting program: /usr/bin/perl.exe /usr/lib/git-core/git-svn clone -rHEAD

Re: [PATCH] fix for sigsegv in gcc 4.6

On 2011-07-15 오전 1:50, Christopher Faylor wrote: Given the fact that you're changing a fundamental part of Cygwin, I'd classify this change as nontrivial. I think you need a copyright assignment as per http://cygwin.com/contrib.html . cgf The assignment has been posted.

[PATCH] fix for sigsegv in gcc 4.6

i think it's about 5 month between preceeding one. missing WINAPI(__stdcall) which should had been added for function pointer type is now cause of SIGSEGV. hence it is added. this changes applies to winsup/cygwin/environ,autoload.cc winsup/utils/mkpasswd,mkgroup.c,loadlib.h,cygpath.cc and in

please update winsup/cygwin/config/i386/profile.h

i think you guys already fixed it on mingw. http://sourceforge.net/tracker/index.php?func=detailaid=1211187group_id=2435atid=102435 but not for cygwin. it results sigsegv in cygwin for profiling regparm(x) function. please execute cp -f winsup/mingw/profile/profile.h

Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6

i am sorry for extra line feed. corrected. requesting review. Index: winsup/cygwin/dcrt0.cc === RCS file: /cvs/src/src/winsup/cygwin/dcrt0.cc,v retrieving revision 1.390 diff -u -r1.390 dcrt0.cc --- winsup/cygwin/dcrt0.cc 26 Dec

Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6

On 2011-02-11 AM 12:02, Corinna Vinschen wrote: On Feb 10 23:56, jojelino wrote: i am sorry for extra line feed. corrected. requesting review. Thanks, will do. Would you mind to give us your real name for the ChangeLog entry? Corinna Jin-woo Ye.thank you

Re: [PATCH] for SIGSEGV, compilation error in gcc 4.6

On 2011-02-11 AM 12:32, Christopher Faylor wrote: -void __stdcall +void __stdcall __attribute__ ((regparm (1), noreturn)) do_exit (int status) { no. it doesn't fix sigsegv, but for compilation error in 4.6. to summerize, all changes of function definition fixes compilation error in gcc

Re: [patch]another sigsegv in environ.cc

changes introduced. all file: add __attribute__ ((regparm (x))) explicitly in function definition. environ.cc fix findenv_func that were not prefixed __stdcall exception.h add body to prevent compilation error with -DDEBUG_EXCEPTION fhandler_floppy.cc hookapi.cc syscalls.cc in6.h passwd.cc

Re: sigsegv in compiled cygwin

Faylor wrote: On Fri, Feb 04, 2011 at 09:40:46PM +0900, jojelino wrote: i'm trying to build cygwin with gcc 4.6 trunk. and compile succeed. but when i try to run cygwin-linked executables with new-compiled-one, initialization routine failed with sigsegv at win32_whatever+14 0x61171a20+0

Re: sigsegv in compiled cygwin

Why the typedef? cgf int __stdcall (*wsastartup) (int, WSADATA *); /* Don't use autoload to load WSAStartup to eliminate recursion. */ wsastartup = (int __stdcall (*)(int, WSADATA *)) GetProcAddress ((HMODULE) (dll-handle), WSAStartup); adding __stdcall to

sigsegv in compiled cygwin

i'm trying to build cygwin with gcc 4.6 trunk. and compile succeed. but when i try to run cygwin-linked executables with new-compiled-one, initialization routine failed with sigsegv at win32_whatever+14 0x61171a20 +0: jmp0x61171a25 win32_GetKeyboardLayout@4+5 0x61171a25 +5:

Re: it works well

now it doesn't complains. thank you sincerely. Christopher Faylor cgf-use-the-mailinglist-ple...@cygwin.com wrote in message news:20100101191658.ga32...@ednor.casa.cgf.cx... On Thu, Dec 31, 2009 at 11:25:53AM -0500, Christopher Faylor wrote: On Thu, Dec 31, 2009 at 05:00:25PM +0900, jojelino

cygwin passes argv with preserved () quote. and it is undesired result.

hi here is testcase to reproduce the problem #include stdio.h #include assert.h int main(int argc, char**argv) { printf(argv %s,argv[1]); open(argv[1],r); assert(fp); return 0; } build make ¤±.txt in directory. and run in cmd.exe type, a ¤±.txt and it complains file can't be opened. and you can

Re: undefined reference to `___real__Znwj'

obvious? ;-) Korn davek.spamt...@googlemail.com wrote in message news:4b2bdfab.2020...@googlemail.com... jojelino wrote: make -j 10 because of speed gain. and it complains.. which i reported it. so i got cd i686-pc-cygwin/winsup and make again. and it complains when it comes

undefined reference to `___real__Znwj'

tested with gcc version 4.5.0 20091217 (experimental) (GCC) perl v5.10.1 (this is weird . it complains .) cannot remove path when cwd is /tmp/fbRcNjc7xj for /tmp/fbRcNjc7xj: at /usr/lib /perl5/5.10/File/Temp.pm line 902 cygwin0.dll have __real__z* symbol... it seems it should have been

Re: undefined reference to `___real__Znwj'

i'm using GNU nm (GNU Binutils) 2.20.51.20091023 Dave Korn dave.korn.cyg...@googlemail.com wrote in message news:4b2a8f0f.7060...@gmail.com... jojelino wrote: tested with gcc version 4.5.0 20091217 (experimental) (GCC) cygwin0.dll have __real__z* symbol... /tmp/winsup/i686-pc-cygwin/winsup

Re: undefined reference to `___real__Znwj'

gain. and it complains.. which i reported it. so i got cd i686-pc-cygwin/winsup and make again. and it complains when it comes to cygserver.exe this could be answer for your question? Dave Korn dave.korn.cyg...@googlemail.com wrote in message news:4b2ab7c2.3000...@gmail.com... jojelino wrote