[RFU] lapack-3.2.2-2
respin for libgfortran3-4.3.4-4 to download (and remove the index.html's) : wget -r -np -nH --cut-dirs=2 \ http://matzeri.altervista.org/cygwin-1.7/lapack/index.html rm ./index.html \ ./liblapack-devel/index.html \ ./liblapack0/index.html File list: lapack-3.2.2-2-src.tar.bz2 lapack-3.2.2-2.tar.bz2 liblapack-devel/liblapack-devel-3.2.2-2.tar.bz2 liblapack-devel/setup.hint liblapack0/liblapack0-3.2.2-2.tar.bz2 liblapack0/setup.hint setup.hint
[RFU] qrupdate-1.1.1-1
for the libgfortran3 respin to download (and remove the index.html's) : wget -r -np -nH --cut-dirs=2 \ http://matzeri.altervista.org/cygwin-1.7/qrupdate/index.html rm ./index.html \ ./libqrupdate-devel/index.html \ ./libqrupdate0/index.html File list: libqrupdate-devel/libqrupdate-devel-1.1.1-1.tar.bz2 libqrupdate-devel/setup.hint libqrupdate0/libqrupdate0-1.1.1-1.tar.bz2 libqrupdate0/setup.hint qrupdate-1.1.1-1-src.tar.bz2 qrupdate-1.1.1-1.tar.bz2 setup.hint
[RFU] octave-3.4.0-3
for the libgfortran3 repsins to download (and remove the index.html's) : wget -r -np -nH --cut-dirs=2 \ http://matzeri.altervista.org/cygwin-1.7/octave/index.html rm ./index.html \ ./octave-devel/index.html ./octave-doc/index.html File list: octave-3.4.0-3-src.tar.bz2 octave-3.4.0-3.tar.bz2 octave-devel/octave-devel-3.4.0-3.tar.bz2 octave-devel/setup.hint octave-doc/octave-doc-3.4.0-3.tar.bz2 octave-doc/setup.hint setup.hint
[RFU] netcdf-4.1.1-2
respin for the libgfortran3 to download (and remove the index.html's) : wget -r -np -nH --cut-dirs=2 \ http://matzeri.altervista.org/cygwin-1.7/netcdf/index.html rm ./index.html \ ./libnetcdf-devel/index.html \ ./libnetcdf6/index.html File list: libnetcdf-devel/libnetcdf-devel-4.1.1-2.tar.bz2 libnetcdf-devel/setup.hint libnetcdf6/libnetcdf6-4.1.1-2.tar.bz2 libnetcdf6/setup.hint netcdf-4.1.1-2-src.tar.bz2 netcdf-4.1.1-2.tar.bz2 setup.hint
Re: [ANNOUNCEMENT] Updated: xorg-server-1.10.0-1 (TEST)
On 15/03/2011 22:46, Jon TURNEY wrote: The following packages have been updated in the Cygwin distribution: *** xorg-server-1.10.0-1 *** xorg-server-dmx-1.10.0-1 These packages contain XWin and the other X.Org X11 servers. This is the first release of the xserver 1.10 series. It is currently available as a test release, and will be made stable in approximately one week if no major regressions are reported. These packages have been promoted from test to current. It's somewhat inconvenient only being able to provide one package as previous, as I'd like to provide both the previous version 1.9.4-1, and also 1.8.2-1 (which is currently available as previous) for any users who are affected by upstream bug #31501 (crash when using xfs) [1], which is not yet fixed. I've chosen to make 1.9.4-1 previous, so that can be reverted to if problems are found with 1.10.0-1. [1] https://bugs.freedesktop.org/show_bug.cgi?id=31501 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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/cygwin ChangeLog thread.cc thread.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 07:49:25 Modified files: winsup/cygwin : ChangeLog thread.cc thread.h Log message: * thread.cc (semaphore::init, destroy, close): Standards conformance fix. On a failure, return -1 and set errno. * thread.h (semaphore::terminate): Save errno since semaphore::close() may now modify it. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5206r2=1.5207 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.cc.diff?cvsroot=srcr1=1.225r2=1.226 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.h.diff?cvsroot=srcr1=1.114r2=1.115
src/winsup/cygwin ChangeLog include/sys/xattr.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 08:03:35 Modified files: winsup/cygwin : ChangeLog Added files: winsup/cygwin/include/sys: xattr.h Log message: * include/sys/xattr.h: New file. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5207r2=1.5208 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/xattr.h.diff?cvsroot=srcr1=NONEr2=1.1
src/winsup/w32api ChangeLog include/userenv.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 08:43:17 Modified files: winsup/w32api : ChangeLog winsup/w32api/include: userenv.h Log message: * include/userenv.h: Add functions and definitions added with Windows 2000 and Vista. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/ChangeLog.diff?cvsroot=srcr1=1.1078r2=1.1079 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/userenv.h.diff?cvsroot=srcr1=1.2r2=1.3
src/winsup/cygwin ChangeLog autoload.cc hires. ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 10:21:30 Modified files: winsup/cygwin : ChangeLog autoload.cc hires.h ntdll.h path.cc times.cc Log message: * autoload.cc (winmm): Remove time functions. Don't treat unloadable wave functions as fatal. * hires.h (hires_ms::timeGetTime_ns): New private method. (hires_ms::dmsecs): Call timeGetTime_ns here. * ntdll.h (struct _KSYSTEM_TIME): Define. (KUSER_SHARED_DATA): Redefine to allow access to InterruptTime. (SharedUserData): Define here. (NtQueryTimerResolution): Declare. (NtSetTimerResolution): Declare. * path.cc (SharedUserData): Move to ntdll.h. * times.cc (hires_ms::timeGetTime_ns): New private method. Use throughout instead of timeGetTime. Document entire functionality of timeGetTime in case we need it. (hires_ms::resolution): Try a call to NtQueryTimerResolution to fetch current period. Fall back to heuristic if that fails. Cast to DWORD in assignments to minperiod. (clock_setres): Align period to possible values per a call to NtQueryTimerResolution. Explain why. Replace calls to timeBeginPeriod and timeEndPeriod with underlying call to NtSetTimerResolution. Use status code from NtSetTimerResolution to compute errno. Convert period to ULONGLONG and store 100ns value to simplify code. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5208r2=1.5209 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.190r2=1.191 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/hires.h.diff?cvsroot=srcr1=1.16r2=1.17 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.106r2=1.107 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.626r2=1.627 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/times.cc.diff?cvsroot=srcr1=1.103r2=1.104
src/winsup/cygwin ChangeLog net.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 10:25:20 Modified files: winsup/cygwin : ChangeLog net.cc Log message: * net.cc (SIO_BASE_HANDLE): Define. (fdsock): If we got an LSP handle, try to create a copy of the base handle instead. Change comment to explain. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5210r2=1.5211 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/net.cc.diff?cvsroot=srcr1=1.282r2=1.283
src/winsup/cygwin ChangeLog cygwin.din posix.s ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 10:32:41 Modified files: winsup/cygwin : ChangeLog cygwin.din posix.sgml pthread.cc thread.cc thread.h winsup/cygwin/include: pthread.h winsup/cygwin/include/cygwin: types.h version.h Log message: * cygwin.din (pthread_spin_destroy): Export. (pthread_spin_init): Export. (pthread_spin_lock): Export. (pthread_spin_trylock): Export. (pthread_spin_unlock): Export. * posix.sgml (std-susv4): Add pthread_spin_destroy, pthread_spin_init, pthread_spin_lock, pthread_spin_trylock, pthread_spin_unlock. (std-notimpl): Remove pthread_spin_[...]. * pthread.cc (pthread_spin_init): New function. * thread.cc (pthread_spinlock::is_good_object): New function. (pthread_mutex::pthread_mutex): Rearrange initializers to accommodate protected data in pthread_mutex. (pthread_spinlock::pthread_spinlock): New constructor. (pthread_spinlock::lock): New method. (pthread_spinlock::unlock): New method. (pthread_spinlock::init): New method. (pthread_spin_lock): New function. (pthread_spin_trylock): New function. (pthread_spin_unlock): New function. (pthread_spin_destroy): New function. * thread.h (PTHREAD_SPINLOCK_MAGIC): Define. (class pthread_mutex): Change access level of members shared with derived classes to protected. (pthread_mutex::set_shared): New protected method. (class pthread_spinlock): New class, derived class of pthread_mutex. * include/pthread.h (pthread_spin_destroy): Declare. (pthread_spin_init): Declare. (pthread_spin_lock): Declare. (pthread_spin_trylock): Declare. (pthread_spin_unlock): Declare. * include/cygwin/types.h (pthread_spinlock_t): New typedef. * include/cygwin/version.h (CYGWIN_VERSION_API_MINOR): Bump. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5211r2=1.5212 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.233r2=1.234 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/posix.sgml.diff?cvsroot=srcr1=1.54r2=1.55 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pthread.cc.diff?cvsroot=srcr1=1.33r2=1.34 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.cc.diff?cvsroot=srcr1=1.226r2=1.227 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/thread.h.diff?cvsroot=srcr1=1.115r2=1.116 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/pthread.h.diff?cvsroot=srcr1=1.28r2=1.29 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/types.h.diff?cvsroot=srcr1=1.32r2=1.33 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.338r2=1.339
src/winsup/doc ChangeLog new-features.sgml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 10:35:08 Modified files: winsup/doc : ChangeLog new-features.sgml Log message: * new-features.sgml (ov-new1.7.10): Document pthread spinlocks. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.332r2=1.333 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.sgml.diff?cvsroot=srcr1=1.68r2=1.69
src/winsup/cygwin ChangeLog autoload.cc fhandl ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 10:42:11 Modified files: winsup/cygwin : ChangeLog autoload.cc fhandler_floppy.cc ntdll.h passwd.cc syscalls.cc Log message: * autoload.cc (UuidCreate): Remove. (UuidCreateSequential): Remove. * passwd.cc (internal_getpwsid): Avoid a strict-aliasing compiler error with gcc 4.5.1. * fhandler_floppy.cc (fhandler_dev_floppy::get_drive_info): Ditto. * ntdll.h (NtAllocateUuids): Declare. * syscalls.cc (gethostid): Use NtAllocateUuids function rather than UuidCreateSequential/UuidCreate to get rid of rpcrt4 dependency. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5212r2=1.5213 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.191r2=1.192 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_floppy.cc.diff?cvsroot=srcr1=1.57r2=1.58 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.107r2=1.108 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/passwd.cc.diff?cvsroot=srcr1=1.86r2=1.87 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.575r2=1.576
src/winsup/cygwin ChangeLog uinfo.cc
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 10:46:04 Modified files: winsup/cygwin : ChangeLog uinfo.cc Log message: * uinfo.cc (cygheap_user::env_domain): Use LookupAccountSidW and convert user and domain to multibyte strings to make sure to use correct codeset. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5213r2=1.5214 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/uinfo.cc.diff?cvsroot=srcr1=1.175r2=1.176
src/winsup/utils ChangeLog cygcheck.cc loadlib ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 11:02:58 Modified files: winsup/utils : ChangeLog cygcheck.cc loadlib.h path.cc Log message: * cygcheck.cc (handle_unique_object_name): Avoid a compiler warning. (dump_sysinfo): Ditto. * loadlib.h (_load_sys_library): Mark as used, to avoid a compiler warning. * path.cc (oopt): Gurad with !FSTAB_ONLY to avoid a compiler warning. (read_flags): Ditto. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.548r2=1.549 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/cygcheck.cc.diff?cvsroot=srcr1=1.126r2=1.127 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/loadlib.h.diff?cvsroot=srcr1=1.1r2=1.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/path.cc.diff?cvsroot=srcr1=1.29r2=1.30
src/winsup/cygwin ChangeLog autoload.cc fhandl ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 11:07:23 Modified files: winsup/cygwin : ChangeLog autoload.cc fhandler_socket.cc syslog.cc Log message: * fhandler_socket.cc (get_inet_addr): Make externally available. * autoload.cc (GetUdpTable): Define. * syslog.cc (connect_syslogd): Use get_inet_addr rather than _stat64 to check for local socket file. Create socket with type returned by get_inet_addr. If connect on UDP socket works, test if there's really a listening peer, otherwise fall back to Windows event log. (try_connect_syslogd): Use syslogd_inited flag to check if syslogd is available. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.5214r2=1.5215 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/autoload.cc.diff?cvsroot=srcr1=1.192r2=1.193 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_socket.cc.diff?cvsroot=srcr1=1.269r2=1.270 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syslog.cc.diff?cvsroot=srcr1=1.48r2=1.49
src/winsup/cygwin tlsoffsets.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2011-03-29 11:18:20 Modified files: winsup/cygwin : tlsoffsets.h Log message: Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/tlsoffsets.h.diff?cvsroot=srcr1=1.42r2=1.43
[PATCH] /proc/loadavg: add running/total processes
This patch adds the fourth component of Linux's /proc/loadavg[1], the current running/total processes count. My only question is if states other than 'O' and 'R' should be considered running for this purpose. Patches for winsup/cygwin and winsup/doc attached. Yaakov [1] http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/4/html/Reference_Guide/s2-proc-loadavg.html 2011-03-29 Yaakov Selkowitz yselkow...@users.sourceforge.net * fhandler_proc.cc (format_proc_loadavg): Add running/total processes as fourth component of output. * fhandler_process.cc (get_process_state): Make non-static. Index: fhandler_proc.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler_proc.cc,v retrieving revision 1.95 diff -u -r1.95 fhandler_proc.cc --- fhandler_proc.cc 17 Jan 2011 14:31:30 - 1.95 +++ fhandler_proc.cc 23 Feb 2011 05:44:03 - @@ -379,9 +379,21 @@ static _off64_t format_proc_loadavg (void *, char *destbuf) { + extern int get_process_state (DWORD dwProcessId); + unsigned running = 0; + winpids pids ((DWORD) 0); + + for (unsigned i = 0; i pids.npids; i++) +switch (get_process_state (i)) { + case 'O': + case 'R': +running++; +break; +} + destbuf = (char *) crealloc_abort (destbuf, 16); - return __small_sprintf (destbuf, %u.%02u %u.%02u %u.%02u\n, -0, 0, 0, 0, 0, 0); + return __small_sprintf (destbuf, %u.%02u %u.%02u %u.%02u %u/%u\n, +0, 0, 0, 0, 0, 0, running, pids.npids); } static _off64_t Index: fhandler_process.cc === RCS file: /cvs/src/src/winsup/cygwin/fhandler_process.cc,v retrieving revision 1.93 diff -u -r1.93 fhandler_process.cc --- fhandler_process.cc 13 Sep 2010 13:02:19 - 1.93 +++ fhandler_process.cc 23 Feb 2011 05:44:03 - @@ -79,8 +79,7 @@ static const int PROCESS_LINK_COUNT = (sizeof (process_tab) / sizeof (virt_tab_t)) - 1; - -static int get_process_state (DWORD dwProcessId); +int get_process_state (DWORD dwProcessId); static bool get_mem_values (DWORD dwProcessId, unsigned long *vmsize, unsigned long *vmrss, unsigned long *vmtext, unsigned long *vmdata, unsigned long *vmlib, @@ -928,7 +927,7 @@ return len; } -static int +int get_process_state (DWORD dwProcessId) { /* 2011-03-29 Yaakov Selkowitz yselkow...@users.sourceforge.net * new-features.sgml (ov-new1.7.10): /proc/loadavg now shows current running/total processes count. Index: new-features.sgml === RCS file: /cvs/src/src/winsup/doc/new-features.sgml,v retrieving revision 1.69 diff -u -r1.69 new-features.sgml --- new-features.sgml 29 Mar 2011 10:35:08 - 1.69 +++ new-features.sgml 30 Mar 2011 00:12:53 - @@ -9,6 +9,11 @@ pthread_spin_lock, pthread_spin_trylock, pthread_spin_unlock. /para/listitem +listitempara +/proc/loadavg now shows the number of currently running processes and the +total number of processes. +/para/listitem + /itemizedlist /sect2
[ANNOUNCEMENT] Updated: cygwin-1.7.9-1
Hi Cygwin friends and users, I just released 1.7.9-1. This is mainly a bug fix release. New since Cygwin 1.7.8: === - New API: strchrnul. Changes since Cygwin 1.7.8: === - Slightly speed up file access when creating new files. - Move the call to _feinitialise from crt0.o to the Cygwin DLL itself. - Add a cheat to mmap to allow a certain autoconf test to succeed on 64 bit Windows systems as well. - Provide a sys/xattr.h header file as on Linux. On Cygwin it just includes the already existing attr/xattr.h. Bugfixes since Cygwin 1.7.8: - Fix a problem when loading winmm functions on XP and Server 2003. - Fix a bug in the new POSIX compatible strerror_r function. Tweak sys/cdefs.h and string.h headers to make sure linking against strerror_r will correctly pick up the POSIX implementation. - Avoid endless blocking behaviour in mq_timedsend and mq_timedreceive when used with O_NONBLOCK message queues. - Rewrite parts of the /proc/sys implementation to avoid potential crashes with badly written drivers. - Fix a problem to fetch correct file permissions on just created files on XP and Server 2003. - Avoid potential data loss when sending lots of data through a pipe. - Fix inode number handling in stat. - Lower the pressure on the cygheap when using mmap a lot. - Raise the default size of the cygheap to 2 Megs. - Don't use SSE instructions on systems not supporting them (NT4). - Fix return codes and setting of errno in sem_init, sem_destroy, and sem_close functions. Have fun, Corinna To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developercygwin AT cygwin DOT com Red Hat, Inc. -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
* Dante Allegria (Mon, 28 Mar 2011 10:07:32 -0700 (PDT)) No, turns out it was because someone committed this into the nightly build scripts: rm -rf $(DOES_NOT_EXIST)/* sigh Should cygwin's rm have some built-in safeguards for this? :) Sure, it does. It's called intelligent scripting and it includes setting errexit and nounset in bash or Z Shell. If you are scripting and not using those above, then you got exactly what you deserved. Thorsten -- 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
latest emacs, cygwin, and constant stackdumps
I'm not certain of the exact version of these, but they are the latest, as I upgrade at least once a week. Lately, everytime I do almost anything in emacs, the terminal I started it from shows: [main] emacs-X11 4500 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1149 [main] emacs-X11 4500 open_stackdumpfile: Dumping stack trace to emacs-X11.exe.stackdump Any idea what might be causing this? Everything still works fine, or seems to, but it is rather annoying... -- 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: latest emacs, cygwin, and constant stackdumps
On 3/29/2011 8:48 AM, J. David Boyd wrote: I'm not certain of the exact version of these, but they are the latest, as I upgrade at least once a week. Lately, everytime I do almost anything in emacs, the terminal I started it from shows: [main] emacs-X11 4500 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1149 [main] emacs-X11 4500 open_stackdumpfile: Dumping stack trace to emacs-X11.exe.stackdump Any idea what might be causing this? Everything still works fine, or seems to, but it is rather annoying... Can you find a reliable way of reproducing this? If so, please send the recipe, including all details (what terminal you're using, exactly what keys you're pressing in emacs, etc.) Be sure to start emacs with the command 'emacs -Q' to eliminate the influence of your customizations. And please follow the problem-reporting guidelines at http://cygwin.com/problems.html including the part about attaching cygcheck output. Also, it might make sense to update your Cygwin installation first, since new versions of cygwin and and xorg-server were just released today. Finally, please tell me if the problem occurs with both emacs-23.3-1 and the test release emacs-23.3-2. Ken -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
Thorsten Kampe wrote: Sure, it does. It's called intelligent scripting and it includes setting errexit and nounset in bash or Z Shell. If you are scripting and not using those above, then you got exactly what you deserved. Thanks for the tip, Thorsten! Any ideas what the best practice is for doing this in Makefile rules? It seems rather onerous to put this in *every* rule. dante -- 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: cyggfortran-3.dll broken ?
On 29/03/2011 02:24, Daniel Jensen wrote: Since Dave Korn was wondering how many people this would be bothering, I'm just chiming in to say I was bitten by this too (since I both run cygwin setup less often than others and use octave less often than others, and since I'm not subscribed to the list, I'm late to the party). It was kind of baffling to have no output, error message, core dump, etc- just an immediate return I'm sure there was an error code set in the $? shell variable, but we do have a reporting issue there that bash doesn't always issue a message when a process fails with an error status. regardless of what command line options I specified- and to have cygcheck say all was well with the library situation. Yeh, this is a limitation of cygcheck; it only checks if the named DLLs are present, not if they have all the necessary imports that the executable actually requires. It /could/ be added to cygcheck but would need a good deal of extra code to be written by someone. cheers, DaveK -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
On 3/29/2011 08:30, Dante Allegria wrote: Thorsten Kampe wrote: Sure, it does. It's called intelligent scripting and it includes setting errexit and nounset in bash or Z Shell. If you are scripting and not using those above, then you got exactly what you deserved. Thanks for the tip, Thorsten! Any ideas what the best practice is for doing this in Makefile rules? It seems rather onerous to put this in *every* rule. Set the SHELLOPTS environment variable before calling make. Set each option you wish to enable in a colon separated list. Read the bash manpage for more details about that environment variable and the set builtin command. -Jeremy -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
On 29/03/2011 10:12, Thorsten Kampe wrote: * Dante Allegria (Mon, 28 Mar 2011 10:07:32 -0700 (PDT)) No, turns out it was because someone committed this into the nightly build scripts: rm -rf $(DOES_NOT_EXIST)/* sigh Should cygwin's rm have some built-in safeguards for this? :) Sure, it does. It's called intelligent scripting and it includes setting errexit and nounset in bash or Z Shell. If you are scripting and not using those above, then you got exactly what you deserved. Judging by those brackets being round rather than curly, I wouldn't have thought we're dealing with a bash variable here but a makefile one, so nounset isn't going to help if make just hands it a well-formed rm -rf /* command. As for rm, it already does kind-of have safeguards against this, and that's what the -f option is for - it turns them off. So, what you'd really need to avoid this problem is some kind of safeguards that can't possibly be turned off... which would somewhat limit the general usability of rm. That's why it doesn't have any built-in; but you can get the same effect by replacing rm with a wrapper script in your build environment, and put any safeguards you want (e.g.: disallow -f option, check for sane paths correctly located under build dir, etc. etc.) into that. You could use coding standards and repository commit hooks to make sure that every script uses $(RM) rather than invoking rm explicitly, and set that to point to your wrapper in some central include file, and bingo. An alternative possibility: do all your builds in a chroot'ed jail. Jails may not be effective as security measures since it's possible to deliberately break out of them, but they'd certainly work to protect against this kind of unfortunate accident. cheers, DaveK -- 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: latest emacs, cygwin, and constant stackdumps
On 3/29/2011 9:26 AM, Ken Brown wrote: On 3/29/2011 8:48 AM, J. David Boyd wrote: I'm not certain of the exact version of these, but they are the latest, as I upgrade at least once a week. Lately, everytime I do almost anything in emacs, the terminal I started it from shows: [main] emacs-X11 4500 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1149 [main] emacs-X11 4500 open_stackdumpfile: Dumping stack trace to emacs-X11.exe.stackdump Any idea what might be causing this? Everything still works fine, or seems to, but it is rather annoying... Can you find a reliable way of reproducing this? If so, please send the recipe, including all details (what terminal you're using, exactly what keys you're pressing in emacs, etc.) Be sure to start emacs with the command 'emacs -Q' to eliminate the influence of your customizations. And please follow the problem-reporting guidelines at http://cygwin.com/problems.html including the part about attaching cygcheck output. Also, it might make sense to update your Cygwin installation first, since new versions of cygwin and and xorg-server were just released today. Finally, please tell me if the problem occurs with both emacs-23.3-1 and the test release emacs-23.3-2. Another thought: Have you tried rebaseall?. Ken -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
* Dave Korn (Tue, 29 Mar 2011 14:46:13 +0100) On 29/03/2011 10:12, Thorsten Kampe wrote: As for rm, it already does kind-of have safeguards against this, and that's what the -f option is for - it turns them off. As far as I know -f is already the default... Thorsten -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
On Tue, Mar 29, 2011 at 05:33:05PM +0200, Thorsten Kampe wrote: * Dave Korn (Tue, 29 Mar 2011 14:46:13 +0100) On 29/03/2011 10:12, Thorsten Kampe wrote: As for rm, it already does kind-of have safeguards against this, and that's what the -f option is for - it turns them off. As far as I know -f is already the default... If you're saying that -f is always active when you type rm then, no that is not true. cgf -- 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: ICMP: Unknown Protocol
1. When I run /cygdrive/c/Program\ Files/Cygwin/bin/ping 127.1.1.1 it returns icmp: unknown protocol 2. When I run /cygdrive/c/progra~1/cygwin/bin/sftp.exe furashg@10.140.5.9 I get ssh_connect: getnameinfo failed ssh: connect to host 10.140.5.9 port 22: Operation not permitted Connection closed 3. However, graphical utilities (putty), etc. allow me to sftp to that address without a problem Gary Furash| furashg...@gmail.com | 520-907-2470 | @furashgf (twitter) | http://gfurash.blogspot.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
Re: Python numpy module is broken
It should have worked.. as long as you remembered to downgrade libgfortran rather than gcc4-gfortran... Yes, that was it. Fixed now. Thanks. -- Mark Hadfield Kei puwaha te tai nei, Hoea tahi tatou m.hadfi...@niwa.co.nz NIWA -- Mark Hadfield Kei puwaha te tai nei, Hoea tahi tatou m.hadfi...@niwa.co.nz NIWA Please consider the environment before printing this email. NIWA is the trading name of the National Institute of Water Atmospheric Research Ltd. -- 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: libgfortran3 respin : status and problem
On Sun, Mar 27, 2011 at 1:43 PM, marco atzeri wrote: On Sun, Mar 27, 2011 at 10:15 AM, Yaakov (Cygwin/X) wrote: On Sun, 2011-03-27 at 07:43 +0200, marco atzeri wrote: which lapack ? 3.2.2-1 of distro ? 3.2.2 rebuilt with cygwin 1.7.8 and Ports' gcc 4.5.2-2. Yaakov Thanks, I start to think that there is a problem in lapack-3.2.2.-2 built with gcc-4.3.4-4. It looks that slartg never returns; I need to further dig. Marco I guess I catched. There is likely an optimization bomb that never exploded before during lapack building. For what ever reason gcc-4.3.4-4 activates it and all the previous version not. slamch.f and dlamch.f could fall in never ending loop if the optimization is active. The funny thing is that they were created in such a way to fool optimization to recover hardware real data. So at the end it is a PEBCAK problem from the first time that I adopted lapack and used automake/autoconf. Marco -- 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: EXTERNAL: Virus that deletes everything under c:/cygwin?
On 29/03/2011 16:35, Christopher Faylor wrote: On Tue, Mar 29, 2011 at 05:33:05PM +0200, Thorsten Kampe wrote: * Dave Korn (Tue, 29 Mar 2011 14:46:13 +0100) On 29/03/2011 10:12, Thorsten Kampe wrote: As for rm, it already does kind-of have safeguards against this, and that's what the -f option is for - it turns them off. As far as I know -f is already the default... If you're saying that -f is always active when you type rm then, no that is not true. And I just learnt about the `--preserve-root' option, that I didn't even know about before. (Not that that helps when you've typed '/*' rather than '/' though... and in fact that trailing '/*' probably wasn't actually deliberately intended to leave files beginning with a period behind) cheers, DaveK -- 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
mkgroup: Could not get group info from samba share
Hi everyone! In my network, I've got a samba server running on a linux machine and I would like to get the correct user and group names under Cygwin (CYGWIN_NT-6.1-WOW64 1.7.8(0.236/5/3) 2011-03-01 09:36) under Windows 7 (Windows 7 Professional N Ver 6.1 Build 7600). Eventually, I found a very helpful forum thread (http://omgili.com/mailinglist/cygwin/cygwin/com/001b01ca597832cbb90098632b0 0com.html) which got me onto the right track for the user names. If I understood correctly, 1. samba takes the user (UID) and group (GID) IDs from the machine it is running on and somehow generates a Windows SID from that information. 2. This information is sent to the windows machine, which then interprets (or looks up) the correct user and group names as I can see in the Windows Explorer for the files on my samba drives. 3. Cygwin doesn't seem to have this remote-lookup-mechanism built-in, so the /etc/passwd file has to list the Windows SIDs for every user (for the local machine as well as for the samba machine) and the /etc/group file has to list the Windows SIDs for every group in order for Cygwin (e.g. the ls -l command) to report the correct user/group for each file. The forum thread mentioned earlier suggests to use mkpasswd -U username -S- -L my_samba_box to get the /etc/passwd entries for the specified user(s) from the samba server, which worked for me - that means, the user names reported by ls -l include 'my_samba_box-username' for every file. The group names are still '' (GID=4294967295), which suggests that the Windows SID for the group reported by samba is not (yet) understood by Cygwin. So I tried the equivalent command for the groups as suggested by the aforementioned forum thread: mkgroup -U username -S- -L my_samba_box Here, I was out of luck as this command did not return anything. I also tried mkgroup -U username -S- -D my_samba_box but that reported 'mkgroup (102): [1355] The specified domain either does not exist or could not be contacted'. Any help on how to get the group-SID-mapping from the samba server so I can add that information to my /etc/group file would be highly appreciated. Thanks, Christian -- 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
SIGFPE in CVS HEAD
Corinna, One of your changes post-1.7.9 is causing a SIGFPE in the DLL: $ cat test.c #include unistd.h int main(void) { sleep(1); return 0; } $ gcc -o test test.c $ ./test Floating point exception $ gdb ./test GNU gdb (GDB) 7.2 [snip] (gdb) run Starting program: /usr/src/src/winsup/cygwin/test [New Thread 5684.0xefc] warning: section .gnu_debuglink not found in /cygdrive/c/cygwin17/bin/cygwin1.dbg [New Thread 5684.0xff4] Program received signal SIGFPE, Arithmetic exception. 0x610cd147 in nanosleep (rqtp=0x28cc58, rmtp=0x28cc50) at ../../../../winsup/cygwin/signal.cc:114 114 + resolution - 1) / resolution) * resolution; (gdb) bt #0 0x610cd147 in nanosleep (rqtp=0x28cc58, rmtp=0x28cc50) at ../../../../winsup/cygwin/signal.cc:114 #1 0x610cd3f5 in sleep (seconds=1) at ../../../../winsup/cygwin/signal.cc:159 #2 0x610ca565 in _sigfe () from /cygdrive/c/cygwin17/bin/cygwin1.dll #3 0x in ?? () (gdb) Yaakov -- 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: SIGFPE in CVS HEAD
On Tue, Mar 29, 2011 at 11:05:58PM -0500, Yaakov (Cygwin/X) wrote: Corinna, One of your changes post-1.7.9 is causing a SIGFPE in the DLL: $ cat test.c #include unistd.h int main(void) { sleep(1); return 0; } $ gcc -o test test.c $ ./test Floating point exception $ gdb ./test GNU gdb (GDB) 7.2 [snip] (gdb) run Starting program: /usr/src/src/winsup/cygwin/test [New Thread 5684.0xefc] warning: section .gnu_debuglink not found in /cygdrive/c/cygwin17/bin/cygwin1.dbg [New Thread 5684.0xff4] Program received signal SIGFPE, Arithmetic exception. 0x610cd147 in nanosleep (rqtp=0x28cc58, rmtp=0x28cc50) at ../../../../winsup/cygwin/signal.cc:114 114 + resolution - 1) / resolution) * resolution; (gdb) bt #0 0x610cd147 in nanosleep (rqtp=0x28cc58, rmtp=0x28cc50) at ../../../../winsup/cygwin/signal.cc:114 #1 0x610cd3f5 in sleep (seconds=1) at ../../../../winsup/cygwin/signal.cc:159 #2 0x610ca565 in _sigfe () from /cygdrive/c/cygwin17/bin/cygwin1.dll #3 0x in ?? () (gdb) I'll bet it's related to the changes to times.cc. cgf -- 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