Stackdump File Cygwin
A new tool 'gmondump' has been added. It can dump the raw informationof any "gmon.out" file created by profiler, ssp, or use of the gcc/g++option '-pg'. (Continue using gprof to get symbolic profile displays.)
Stackdump File Cygwin
In cygwin console, new thread which handles special keys/signals suchas Ctrl-Z (VSUSP), Ctrl-\ (VQUIT), Ctrl-S (VSTOP), Ctrl-Q (VSTART) andSIGWINCH has been introduced. There have been a long standing issuethat these keys/signals are handled only when app calls read() orselect(). Now, these work even if app does not call read() or select().
getdtablesize(3), sysconf(_SC_OPEN_MAX), and getrlimit(RLIMIT_NOFILE)now return the true limit on the number of open descriptors, 3200.Previously they returned the current size of Cygwin's internal filedescriptor table, which can grow dynamically.
New file ioctls's FS_IOC_GETFLAGS and FS_IOC_SETFLAGS. The actual inodeflags are Cygwin-specific. This allows to set or reset DOS attributes,file sparseness, FS level encryption and compression, as well asdirectory case sensitivity programatically.
Full set of POSIX.1e ACL API functions now implemented.New APIs: acl_add_perm, acl_calc_mask, acl_clear_perms, acl_copy_entry,acl_copy_ext, acl_copy_int, acl_create_entry, acl_delete_def_file,acl_delete_entry, acl_delete_perm, acl_dup, acl_free, acl_from_text,acl_get_entry, acl_get_fd, acl_get_file, acl_get_permset, acl_get_qualifier,acl_get_tag_type, acl_init, acl_set_fd, acl_set_file, acl_set_permset,acl_set_qualifier, acl_set_tag_type, acl_size, acl_to_text, acl_valid.
Most libacl extensions now implemented, too:New APIs: acl_check, acl_cmp, acl_entries, acl_equiv_mode, acl_error,acl_extended_fd, acl_extended_file, acl_extended_file_nofollow,acl_from_mode, acl_get_perm, acl_to_any_text.
Profiling data, specifically pc sampling, now covers all threads of aprogram and not just the main thread. Environment variable GMON_OUT_PREFIXenables multiple gmon.out files to preserve profiling data after fork orfrom multiple program runs.
The new code now handles the S_ISGID bit on directories as on Linux:Setting S_ISGID on a directory causes new files and subdirs createdwithin to inherit its group, rather than the primary group of the userwho created the file. This only works for files and directoriescreated by Cygwin processes.
Cygwin can now generate passwd/group entries directly from Windows userdatabases (local SAM or Active Directory), thus allowing to run Cygwinwithout having to create /etc/passwd and /etc/group files. Introduce/etc/nsswitch.conf file to configure passwd/group handling.
New APIs: clearerr_unlocked, feof_unlocked, ferror_unlocked, fflush_unlocked,fgetc_unlocked, fgets_unlocked, fgetwc_unlocked, fgetws_unlocked,fileno_unlocked, fputc_unlocked, fputs_unlocked, fputwc_unlocked,fputws_unlocked, fread_unlocked, fwrite_unlocked, getwc_unlocked,getwchar_unlocked, putwc_unlocked, putwchar_unlocked.
atexit(3) is now exported as statically linked function from libcygwin.a.This allows reliable access to the DSO handle of the caller for newlybuilt executables. The former atexit entry point into the DLL remainsfor backward compatibility only.
Allow to use advisory locking on any device. POSIX fcntl and lockf lockingworks with any device, BSD flock locking only with devices backed by an OShandle. Right now this excludes console windows on pre Windows 8, as well asalmost all virtual files under /proc from BSD flock locking.
If the executable (and the system) is large address aware, the application heapwill be placed in the large memory area. The peflags toolfrom the rebase package can be used to set the largeaddress awareness flag in the executable file header.
Cygwin now ships the C standard library fenv.h header file, and implements therelated APIs (including GNU/glibc extensions): feclearexcept, fedisableexcept,feenableexcept, fegetenv, fegetexcept, fegetexceptflag, fegetprec, fegetround,feholdexcept, feraiseexcept, fesetenv, fesetexceptflag, fesetprec, fesetround,fetestexcept, feupdateenv, and predefines both default and no-mask FPenvironments. See theGNU C Library manual for full details of this functionality.
Ttys and ptys are handled as securable objects using file-like permissionsand owner/group information. chmod andchown now work on ttys/ptys. A new mechanism is usedto propagate pty handles safely to other processes, which does not requireto use Cygserver.
Cygwin now handles locales using the underlying Windows locale support. The locale must exist in Windows to be recognized. Locale aliases from the file /usr/share/locale/locale.alias are also allowed, as long as their replacement is supported by the underlying Windows.
Default charset in the "C" or "POSIX" locale has been changed back from UTF-8 to ASCII, to avoid problems with applications expecting a singlebyte charset in the "C"/"POSIX" locale. Still use UTF-8 internally for filename conversion in this case.
If a filename cannot be represented in the current character set, thecharacter will be converted to a sequence Ctrl-X + UTF-8 representationof the character. This allows to access all files, even those nothaving a valid representation of their filename in the current characterset. To always have a valid string, use the UTF-8 charset bysetting the environment variable $LANG, $LC_ALL, or $LC_CTYPE to a validPOSIX value, such as "en_US.UTF-8".
File names are case sensitive if the OS and the underlying file systemsupports it. Works on NTFS and NFS. Does not work on FAT and Sambashares. Requires to change a registry key (see the User's Guide). Canbe switched off on a per-mount basis.
unlink(2) and rmdir(2) try very hard to remove files/directories even ifthey are currently accessed or locked. This is done by utilizing thehidden recycle bin directories and marking the files for deletion.
Symlinks now use UTF-16 encoding for the target filename for betterinternationalization support. Cygwin 1.7 can read all old stylesymlinks, but the new style is not compatible with older Cygwinreleases.
Other new APIs: posix_fadvise, posix_fallocate, funopen, fopencookie,open_memstream, open_wmemstream, fmemopen, fdopendir, fpurge, mkstemps,eaccess, euidaccess, canonicalize_file_name, fexecve, execvpe.
Hello, I just upgraded subversion to v1.2.0 on our server which is a Win2000 system running Cygwin. I realize this is not really the best choice for a svn server, but it is what I have for now. All of my repositories are fsfs and we are using svn+ssh for client access. I applied the svn updrade last Tuesday without any problems until today. I also know that there was some software updates applied to the Win2000 server over the weekend. One of our developers was trying to checkout a full repository on a Linux client, also recently upgraded to svn v1.2.0. Part way through transfering files he would get a "svn: Connection closed unexpectedly" error message. I could not find any other error messages on the server, so I logged in as the same user on the server and attempted a local checkout. I also noticed that there was a svnserve.exe.stackdump file in his home directory. I did the same checkout in both his home directory and mine which both resulted in "Segmentation fault (core dumped)" at the same file. But then I chdir'ed to the directory where the last file was added to the working copy, did 'svn cleanup' and 'svn update'. Then the rest of the files under that path were updated. So, I went back to the root of the working copy and did the cleanup and update again. More files were add to the W/C, but it eventually core dumped again. I repeated this process several times until the repository was current in the W/C. I then had our developer do a similar process from his Linux account and we eventually got his W/C up to date. I also did a 'svnadmin verify' on the repository and all the revisions were verified successfully. Does anyone have any idea why svn.exe/svnserve.exe might be getting Segmentation faults? Thanks,Matthew---------------------------------------------------------------------To unsubscribe, e-mail: email@example.comFor additional commands, e-mail: firstname.lastname@example.orgReceived on Tue Jun 21 00:57:26 2005This message: [ Message body ]
Next message: Steve Williams: "Re: Fail commit if certain text in the commit"
Previous message: Stephen Turner: "Using Subversion for both hardware and software versioning"
Next in thread: kfogel_at_collab.net: "Re: Segmentation fault using svn v1.2.0 under Cygwin"
Reply: kfogel_at_collab.net: "Re: Segmentation fault using svn v1.2.0 under Cygwin"
Reply: Matthew S. Moore: "Re: Segmentation fault using svn v1.2.0 under Cygwin"
Contemporary messages sorted: [ By Date ] [ By Thread ] [ By Subject ] [ By Author ] [ By messages with attachments ]
This is an archived mail posted to the Subversion Users mailing list.
I just had this problem today. I found out that there was another cygwin session (shell) running in the background. Its possible that they affected each others memory locations/allocation.Once I killed them both, opened a new one, and everything back to normal!I hope it helps
$ startxwin 0 [main] startxwin 26988 exception::handle: Exception: STATUS_ACCESS_VIOLATION 573 [main] startxwin 26988 open_stackdumpfile: Dumping stack trace to startxwin.exe.stackdump 2 [main] startxwin 10712 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1289 [main] startxwin 10712 open_stackdumpfile: Dumping stack trace to startxwin.exe.stackdump
2 [main] sh 22684 C:\Users\XXX\AppData\Local\Atlassian\SourceTree\git_local\usr\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x5200000 - 0x5400000, (child has 0x5060000 - 0x5260000), Win32 error 487 1311 [main] sh 22684 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 3 [main] sh 25448 fork: child -1 - forked process 22684 died unexpectedly, retry 0, exit code 0x100, errno 11.git/hooks/post-merge: fork: retry: Resource temporarily unavailable 1 [main] sh 21664 C:\Users\XXX\AppData\Local\Atlassian\SourceTree\git_local\usr\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x5200000 - 0x5400000, (child has 0x4C90000 - 0x4E90000), Win32 error 487 555 [main] sh 21664 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump1122312 [main] sh 25448 fork: child -1 - forked process 21664 died unexpectedly, retry 0, exit code 0x100, errno 11.git/hooks/post-merge: fork: retry: Resource temporarily unavailable 1 [main] sh 24648 C:\Users\XXX\AppData\Local\Atlassian\SourceTree\git_local\usr\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x5200000 - 0x5400000, (child has 0x4A00000 - 0x4C00000), Win32 error 487 1815 [main] sh 24648 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump3206422 [main] sh 25448 fork: child -1 - forked process 24648 died unexpectedly, retry 0, exit code 0x100, errno 11.git/hooks/post-merge: fork: retry: Resource temporarily unavailable 2 [main] sh 15640 C:\Users\XXX\AppData\Local\Atlassian\SourceTree\git_local\usr\bin\sh.exe: *** fatal error in forked process - fork: can't reserve memory for parent stack 0x5200000 - 0x5400000, (child has 0x4C00000 - 0x4E00000), Win32 error 487 894 [main] sh 15640 cygwin_exception::open_stackdumpfile: Dumping stack trace to sh.exe.stackdump7281392 [main] sh 25448 fork: child -1 - forked process 15640 died unexpectedly, retry 0, exit code 0x100, errno 11.git/hooks/post-merge: fork: retry: Resource temporarily unavailable