Re: Upload: pinfo-0.6.9-1 [Was: Package maintainer list]
Lapo Luchini wrote: It does indeed need libiconv and libintl, but it currently links them statically. I'll investigate that a bit further and either convince it to use the shared ones or correct the setup.hint. OK, I failed to convince it so far. Given the fact that 5-25 August I will be between sand and sun with a dozen of friends (and my internet access will be sporadic)... should we release the currently packaged and working but statically linked pinfo-0.6.9-1 and then do a iconv-intl-shared-using pinfo-0.6.9-2 with more time when I return, or do you think it is so important to use the shared libs right now? Your call... both do perfectly fine for me. Lapo -- Lapo Luchini [EMAIL PROTECTED] (OpenPGP X.509) www.lapo.it (Jabber, ICQ, MSN)
Re: Upload: pinfo-0.6.9-1 [Was: Package maintainer list]
On Wed, Aug 01, 2007 at 07:25:20PM +0200, Lapo Luchini wrote: Lapo Luchini wrote: It does indeed need libiconv and libintl, but it currently links them statically. I'll investigate that a bit further and either convince it to use the shared ones or correct the setup.hint. OK, I failed to convince it so far. Given the fact that 5-25 August I will be between sand and sun with a dozen of friends (and my internet access will be sporadic)... should we release the currently packaged and working but statically linked pinfo-0.6.9-1 and then do a iconv-intl-shared-using pinfo-0.6.9-2 with more time when I return, or do you think it is so important to use the shared libs right now? Your call... both do perfectly fine for me. I'd say this is actually your call. If you are ok with linking them statically, I see no reason why you shouldn't do so. cgf
Re: Upload: pinfo-0.6.9-1 [Was: Package maintainer list]
Christopher Faylor wrote: I'd say this is actually your call. If you are ok with linking them statically, I see no reason why you shouldn't do so. Then I'd say to upload it: the worst it can do is occupy slightly more space on disk. (and I'll have more time to try harder to have next release use the shared ones) http://cyberx.lapo.it/cygwin/pinfo/pinfo-0.6.9-1-src.tar.bz2 http://cyberx.lapo.it/cygwin/pinfo/pinfo-0.6.9-1.tar.bz2 http://cyberx.lapo.it/cygwin/pinfo/setup.hint setup.hint (changed the requires): sdesc: A lynx-like info and man page viewer ldesc: Pinfo is an info file viewer. Pinfo is similar in use to lynx. It has similar key movements, and gives similar intuition. You just move across info nodes, and select links, follow them... Well, you know how it is when you view html with lynx. :) It supports as many colors, as it could. Pinfo also supports viewing of manual pages -- they're colorised like in the midnight commander's viewer, and additionaly they are hypertextualized (i.e. when pinfo encounters a reference of form manualname (n), then you can press enter there, and voila -- you're on the page for `manualname'. Keyboard and colors are fully configurable. Pinfo supports URL's embedded into info documents and man pages. To be precise, supported URL's are mailto, ftp, http. category: Doc requires: cygwin libncurses8 -- Lapo Luchini [EMAIL PROTECTED] (OpenPGP X.509) www.lapo.it (Jabber, ICQ, MSN)
Re: Upload: pinfo-0.6.9-1 [Was: Package maintainer list]
On Aug 1 20:56, Lapo Luchini wrote: http://cyberx.lapo.it/cygwin/pinfo/pinfo-0.6.9-1-src.tar.bz2 http://cyberx.lapo.it/cygwin/pinfo/pinfo-0.6.9-1.tar.bz2 http://cyberx.lapo.it/cygwin/pinfo/setup.hint Uploaded. Thanks for taking over maintainership. Igor? It's that time of year again. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: Upload: pinfo-0.6.9-1 [Was: Package maintainer list]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Lapo Luchini on 8/1/2007 11:25 AM: Lapo Luchini wrote: It does indeed need libiconv and libintl, but it currently links them statically. I'll investigate that a bit further and either convince it to use the shared ones or correct the setup.hint. OK, I failed to convince it so far. Could it be something like the following? Here's what I have in coreutils.cygport to convince coreutils to use the shared libraries (and for coreutils, it makes megabytes of difference, since there are so many separate utilities that all link against libiconv). CYGCONF_ARGS=--without-libintl-prefix --without-libiconv-prefix - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsScX84KuGfSFAYARAo8PAJ9pSBl5d+/fkbkR5AzZZLtDfOTuQwCaAyO5 ilcr7s2xlhf1S150Sti3Bb8= =xTnE -END PGP SIGNATURE-
Re: Simple patch to enable stereo visuals in XWin_GL
On Fri, 20 Jul 2007, DRC wrote: Hi. I was wondering who maintains the experimental accelerated GLX support in Cygwin/X. I have a simple patch which enables stereo visuals (necessary to support my project, VirtualGL) on systems that support stereo. I'd like to get this patch incorporated into the Cygwin distribution of XWin_GL, if possible. Darrell, Cygwin/X is basically the X.org tree built for Cygwin. So you can try sending your patch to the upstream X.org team. However, we are currently missing a maintainer for Cygwin/X. So there probably won't be a new release of Cygwin/X to pick up the fix, even if it's accepted into the upstream tree. Volunteer maintainers welcome. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Belief can be manipulated. Only knowledge is dangerous. -- Frank Herbert -- 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/
Re: Fw: feedback on a configuration package for X11/ctwm|twm
On Sun, 22 Jul 2007, John S. Urban wrote: I have had a good number of friends and associates ask for a copy of a directory that sets up and starts X11 with the ctwm or twm window manager for CygWin. Enough so, that I put a copy of the directory into a uuencoded file at cygstart http://home.comcast.net/~urbanjost/CYGWIN/index.html This does sound interesting... [snip] There are a lot of other goodies in the configuration that bring often-overlooked cygwin/X11/ctwm|twm features to your fingertips, such as ... under the menus left-mouse--Other Window Managers -- are options to start almost all the standard window managers in new server instances independently or via Xnest. I was looking for feedback on whether this is of enough general interest that I should spiff it up and turn it into a CygWin package. I believe most of the menu items are self-explanatory; but they introduce people new (or not so new) to CygWin to how cygstart(1), dialog(1), XNest(1) and other utilities can be integrated with CygWin/X11 features too often overlooked to create a very complete user environment. You should certainly feel free to propose a Cygwin package with your modifications (as long as it does not overwrite existing configuration). See http://cygwin.com/setup.html for instructions on packaging for Cygwin. Since you are already providing a web site with this information, you can also add a setup configuration (setup.ini and directory structure) to allow people to install and test your package directly off your site by adding it as a mirror in Cygwin setup. Another option is to try integrating it with the X-startup-scripts and X-start-menu-icons packages, though I don't recall who maintains them, and whether they are as maintainer-less as Cygwin/X itself. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Belief can be manipulated. Only knowledge is dangerous. -- Frank Herbert -- 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 smallprint.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-01 07:39:21 Modified files: winsup/cygwin : ChangeLog smallprint.cc Log message: * smallprint.cc (__small_vsprintf): Add format specifier 'W' for PWCHAR arguments. Move wide char handling after char handling. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3875r2=1.3876 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/smallprint.cc.diff?cvsroot=srcr1=1.1r2=1.2
src/winsup/cygwin ChangeLog syscalls.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-01 07:52:35 Modified files: winsup/cygwin : ChangeLog syscalls.cc Log message: * syscalls.cc (rename): Use unchanged path_conv in condition. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3876r2=1.3877 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.450r2=1.451
src/winsup/cygwin ChangeLog fhandler.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-01 08:36:39 Modified files: winsup/cygwin : ChangeLog fhandler.cc Log message: * fhandler.cc (check_posix_perms): Remove. (fhandler_base::fpathconf): Return value of pc.has_acls () instead of calling check_posix_perms. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3877r2=1.3878 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.cc.diff?cvsroot=srcr1=1.297r2=1.298
src/winsup/cygwin ChangeLog fhandler_disk_file ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-01 12:55:25 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc ntdll.h path.cc path.h Log message: * fhandler_disk_file.cc (fhandler_base::fstat_by_handle): Drop usage of path_conv::volser(). (fhandler_base::fstat_by_name): Ditto. * ntdll.h (STATUS_NO_MEDIA_IN_DEVICE): Define. (STATUS_OBJECT_NAME_NOT_FOUND): Define. (FILE_REMOVABLE_MEDIA, FILE_READ_ONLY_DEVICE, FILE_FLOPPY_DISKETTE) (FILE_WRITE_ONCE_MEDIA, FILE_REMOTE_DEVICE, FILE_DEVICE_IS_MOUNTED) (FILE_VIRTUAL_VOLUME, FILE_AUTOGENERATED_DEVICE_NAME) FILE_DEVICE_SECURE_OPEN): Define Device Characteristics. (struct _FILE_FS_DEVICE_INFORMATION): Define. * path.cc (MAX_FS_INFO_CNT): Remove. (fsinfo): Remove. (fsinfo_cnt): Remove. (fs_info::update): Rewrite using native NT functions. Drop fs_info cashing since it's incorrect. (path_conv::fillin): Use NtQueryInformationFile. Drop setting serial number. (path_conv::check): Accommodate new fs_info::update parameters. (fillout_mntent): Ditto. * path.h (fs_info): Drop serial, has_ea and drive_type status flags. (fs_info::update): Declare with new parameters. (path_conf::drive_type): Remove. (path_conf::fs_has_ea): Remove. (path_conf::volser): Remove. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3878r2=1.3879 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.238r2=1.239 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srcr1=1.60r2=1.61 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.441r2=1.442 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.h.diff?cvsroot=srcr1=1.101r2=1.102
src/winsup/cygwin ChangeLog localtime.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2007-08-01 13:26:56 Modified files: winsup/cygwin : ChangeLog localtime.cc Log message: * localtime.cc (tzsetwall): Don't set TZ. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3879r2=1.3880 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/localtime.cc.diff?cvsroot=srcr1=1.15r2=1.16
is LD_PRELOAD available in cygwin?
[EMAIL PROTECTED] using google i found only a few post's about LD_PRELOAD in cygwin concerning patches. Now i'm not sure if the linux-like LD_PRELOAD feature is available in cygwin. What i try to do: using g++ to compile a dll which overload's the open(); glibc system call. Using preload i want to load my own dll with my open(); function. using dlsym(); i try to load the glibc open(); function. On a suse box it works great, but cygwin seems to ignore LD_PRELOAD. the commands i use: g++ -g -c -Wall test.cpp g++ -shared -o libtest.dll test.o -ldl LD_PRELOAD=./libtest.dll somecommandwhichusesopensyscall Q1: is LD_PRELOAD available in cygwin? if yes, any hint's why it's not working? (maybe some configuration problem or so, any hint would be helpfull) Q2: are there any alternative ways to preloading causing the same result? [EMAIL PROTECTED] -- 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/
Linux kernel compilation for x86 on Cygwin
Hi, I'm trying to compile the Linux kernel using the gcc toolchain of cygwin. This time, I'm trying to compile the kernel for the host machine (x86). I'm using a managed mountpoint (should I mount the mountpoint with the --executable or --text options too ?) and I have installed gcc-core, gcc-g++, binutils, cpio, make, patch, tar, vim, gettext, libintl and libncurses on cygwin using the setup.exe However, I'm encountering the following problems. Any help or suggestion is very welcome. Many thanks in advance, Claudio 1) make HOST_LOADLIBES=-lintl HOSTCC scripts/genksyms/parse.o HOSTLD scripts/genksyms/genksyms CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig MKELF scripts/mod/elfconfig.h Error: not ELF make[2]: *** [scripts/mod/elfconfig.h] Error 1 make[1]: *** [scripts/mod] Error 2 make: *** [scripts] Error 2 2) make HOST_LOADLIBES=-lintl menuconfig $ make HOST_LOADLIBES=-lintl menuconfig HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/docproc HOSTCC scripts/kconfig/lxdialog/checklist.o In file included from scripts/kconfig/lxdialog/checklist.c:24: scripts/kconfig/lxdialog/dialog.h:32:20: curses.h: No such file or directory -- 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/
Request for running a test application
Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. Just please don't send information which is already available. The test application is a rewritten version of the GetVolInfo source code which I have already send once or twice. A bit of information has been added and that's what I'm especially interested in. To build the application call: gcc -o getvolinfo getvolinfo.c -lntdll To run the application, simply call it with a POSIX or DOS path to any existing file on a filesystem, which you have permissions to access. The simplest method is to access the drives directly. For instance, if you have a drive c and a drive d, just call ./getvolinfo C: ./getvolinfo D: Please run it on all file system combinations you can lay your hands on. So far, I have information about: - Local FAT, FAT32, NTFS - Local CD, DVD - Remote NTFS - Remote Samba 3.x - USB Stick with FAT, NTFS I'm looking for - Harddisk, CD, DVD over USB - Remote FAT, FAT32 - Remote CD, DVD - Remote NFS over SFU NFS - Local(?) and remote HPFS - Disk changer systems - Any other file system not mentioned above. Thanks in advance, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat #include stdio.h #include string.h #include sys/cygwin.h #define _WIN32_WINNT 0x0600 #include windows.h #include ddk/ntifs.h #ifndef FILE_READ_ONLY_VOLUME #define FILE_READ_ONLY_VOLUME 0x8 #endif #ifndef FILE_SEQUENTIAL_WRITE_ONCE #define FILE_SEQUENTIAL_WRITE_ONCE 0x10 #endif #ifndef FILE_SUPPORTS_TRANSACTIONS #define FILE_SUPPORTS_TRANSACTIONS 0x20 #endif BOOL NTAPI RtlCreateUnicodeStringFromAsciiz (PUNICODE_STRING, PCSTR); int __stdcall sys_wcstombs (char *tgt, int tlen, const WCHAR *src, int slen) { int ret; ret = WideCharToMultiByte (GetOEMCP (), 0, src, slen, tgt, tlen, NULL, NULL); if (ret) tgt[ret tlen ? ret : tlen - 1] = '\0'; return ret; } int main (int argc, char **argv) { char winpath[256]; DWORD flags = 0; HANDLE h; UNICODE_STRING wpath; UNICODE_STRING upath; OBJECT_ATTRIBUTES attr; IO_STATUS_BLOCK io; NTSTATUS stat; ULONG ret; if (argc 2) { fprintf (stderr, usage: %s path\n, argv[0]); return 1; } cygwin_conv_to_full_win32_path (argv[1], winpath); if (!RtlCreateUnicodeStringFromAsciiz (wpath, winpath)) { fprintf (stderr, RtlCreateUnicodeStringFromAsciiz failed\n); return 1; } if (!RtlDosPathNameToNtPathName_U (wpath.Buffer, upath, NULL, NULL)) { fprintf (stderr, RtlDosPathNameToNtPathName_U failed\n); RtlFreeUnicodeString (wpath); return 1; } InitializeObjectAttributes (attr, upath, OBJ_CASE_INSENSITIVE, NULL, NULL); stat = ZwOpenFile (h, 0, attr, io, FILE_SHARE_VALID_FLAGS, FILE_OPEN_FOR_BACKUP_INTENT); if (NT_SUCCESS (stat)) { char buf[1024]; char name[256]; stat = ZwQueryVolumeInformationFile (h, io, buf, 1024, FileFsDeviceInformation); if (NT_SUCCESS (stat)) { PFILE_FS_DEVICE_INFORMATION pfi = (PFILE_FS_DEVICE_INFORMATION) buf; printf (Device Type: %lx\n, pfi-DeviceType); printf (Characteristics: %lx\n, pfi-Characteristics); } stat = ZwQueryVolumeInformationFile (h, io, buf, 1024, FileFsVolumeInformation); if (NT_SUCCESS (stat)) { PFILE_FS_VOLUME_INFORMATION pfi = (PFILE_FS_VOLUME_INFORMATION) buf; if (pfi-VolumeLabelLength) { sys_wcstombs (name, 256, pfi-VolumeLabel, pfi-VolumeLabelLength / sizeof (WCHAR)); printf (Volume Name: %s\n, name); } else printf (Volume Name: \n); printf (Serial Number : %lu\n, pfi-VolumeSerialNumber); } stat = ZwQueryVolumeInformationFile (h, io, buf, 1024, FileFsAttributeInformation); if (NT_SUCCESS (stat)) { PFILE_FS_ATTRIBUTE_INFORMATION pfi = (PFILE_FS_ATTRIBUTE_INFORMATION) buf; printf (Max Filenamelength : %lu\n,pfi-MaximumComponentNameLength); sys_wcstombs (name, 256, pfi-FileSystemName, pfi-FileSystemNameLength / sizeof (WCHAR)); printf (Filesystemname : %s\n, name); printf (Flags : %lx\n, flags = pfi-FileSystemAttributes); printf ( FILE_CASE_SENSITIVE_SEARCH : %s\n, (flags FILE_CASE_SENSITIVE_SEARCH) ? TRUE : FALSE); printf ( FILE_CASE_PRESERVED_NAMES : %s\n, (flags FILE_CASE_PRESERVED_NAMES) ? TRUE : FALSE); printf ( FILE_UNICODE_ON_DISK: %s\n, (flags FILE_UNICODE_ON_DISK) ? TRUE : FALSE); printf ( FILE_PERSISTENT_ACLS: %s\n, (flags FILE_PERSISTENT_ACLS) ? TRUE : FALSE); printf ( FILE_FILE_COMPRESSION : %s\n, (flags FILE_FILE_COMPRESSION) ? TRUE : FALSE);
Re: Request for running a test application
On Aug 1 17:22, Carlo Florendo wrote: My Drive H: is a Reiserfs system on Linux mounted via windows. The Linux machine runs an old samba 3.0.4 If you've got this already, apologies. I wasn't so clear on what you meant with having tested it on Samba. No worries. Usually Samba returns always the same infos, regardless of the underlying *real* file system type. However, there's still a difference to my result. I always get a device type of 6, you get a 7, so there actually was new information to gain :) Thanks for testing, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Linux kernel compilation for x86 on Cygwin
Claudio Scordino, le Wed 01 Aug 2007 11:26:42 +0200, a écrit : 2) make HOST_LOADLIBES=-lintl menuconfig $ make HOST_LOADLIBES=-lintl menuconfig HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/docproc HOSTCC scripts/kconfig/lxdialog/checklist.o In file included from scripts/kconfig/lxdialog/checklist.c:24: scripts/kconfig/lxdialog/dialog.h:32:20: curses.h: No such file or directory You need libncurses. Samuel -- 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: Request for running a test application
On Aug 1 11:07, Corinna Vinschen wrote: Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. [...] I'm looking for - Harddisk, CD, DVD over USB - Remote FAT, FAT32 - Remote CD, DVD - Remote NFS over SFU NFS - Local(?) and remote HPFS - Disk changer systems - Any other file system not mentioned above. I forgot one I'm really curious about. Is anybody running a - Ramdisk? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Request for running a test application
Corinna Vinschen wrote: Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. Just please don't send information which is already available. The test application is a rewritten version of the GetVolInfo source code which I have already send once or twice. A bit of information has been added and that's what I'm especially interested in. To build the application call: gcc -o getvolinfo getvolinfo.c -lntdll To run the application, simply call it with a POSIX or DOS path to any existing file on a filesystem, which you have permissions to access. The simplest method is to access the drives directly. For instance, if you have a drive c and a drive d, just call ./getvolinfo C: ./getvolinfo D: My Drive H: is a Reiserfs system on Linux mounted via windows. The Linux machine runs an old samba 3.0.4 If you've got this already, apologies. I wasn't so clear on what you meant with having tested it on Samba. Here are the details: [EMAIL PROTECTED] /cygdrive/h $ /cygdrive/e/getvolinfo.exe h: Device Type: 7 Characteristics: 10 Volume Name: msdn Serial Number : 34800235 Max Filenamelength : 255 Filesystemname : NTFS Flags : b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Thank you very much. Best Regards, Carlo -- Carlo Florendo Softare Engineer/Network Co-Administrator Astra Philippines Inc. UP-Ayala Technopark, UP Campus Diliman 1101 Quezon City, Philippines http://www.astra.ph -- The Astra Group of Companies 5-3-11 Sekido, Tama City Tokyo 206-0011, Japan http://www.astra.co.jp -- 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: SSHD install problem
* Jean-Claude Gervais (Tue, 31 Jul 2007 15:21:35 -0400) Please send the email you sent me to the list... -- 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: Linux kernel compilation for x86 on Cygwin
Claudio Scordino, le Wed 01 Aug 2007 12:01:36 +0200, a écrit : You need libncurses. Cygwin's setup.exe says that libncurses is already installed. You also need the -devel part, of course. Samuel -- 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: Linux kernel compilation for x86 on Cygwin
Samuel Thibault wrote: Claudio Scordino, le Wed 01 Aug 2007 11:26:42 +0200, a écrit : 2) make HOST_LOADLIBES=-lintl menuconfig $ make HOST_LOADLIBES=-lintl menuconfig HOSTCC scripts/basic/fixdep HOSTCC scripts/basic/docproc HOSTCC scripts/kconfig/lxdialog/checklist.o In file included from scripts/kconfig/lxdialog/checklist.c:24: scripts/kconfig/lxdialog/dialog.h:32:20: curses.h: No such file or directory You need libncurses. Cygwin's setup.exe says that libncurses is already installed. I tried also to re-install this package, but I get the same error... Am I missing something ?? Many thanks, Claudio -- 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: SSHD install problem
Thorsten, Thank you very much for trying to help me, I appreciate it. I have tried many different things to get this working including erasing my old cygwin folder and reinstalling cygwin. The instruction you supplied executes without error, but when I try to start the sshd service, it still will not start and looking in the /var/log/sshd.log file, I still see the same error message. Could my problems be caused because I am a Windows domain user? When I ran bash the first time after reinstalling, it said I needed to run a command and redirect its output to /etc/passwd and another command redirected to /etc/group After doing that I looked in those files and I noticed there were hundreds of users listed, practically everyone from the domain I think. I ended up erasing most of the lines, leaving my user, the sshd user, SYSTEM, Administrators and Administrator in the passwd file, and not touching the group file... Maybe I messed up... Any help is appreciated, thanks. J On Tue, 2007-07-31 at 21:21 +0100, Thorsten Kampe wrote: * Jean-Claude Gervais (Tue, 31 Jul 2007 15:21:35 -0400) Hello, after installing the very latest version of cygwin and running the sshd install script, I am having problems getting the ssh daemon to run: $ /usr/bin/ssh-host-config Overwrite existing /etc/ssh_config file? (yes/no) yes Generating /etc/ssh_config file Overwrite existing /etc/sshd_config file? (yes/no) yes Privilege separation is set to yes by default since OpenSSH 3.3. However, this requires a non-privileged account called 'sshd'. For more info on privilege separation read /usr/share/doc/openssh/README.privsep. Should privilege separation be used? (yes/no) yes Warning: The following function requires administrator privileges! Should this script create a local user 'sshd' on this machine? (yes/no) yes Generating /etc/sshd_config file Host configuration finished. Have fun! [EMAIL PROTECTED] ~ $ net start sshd The CYGWIN sshd service is starting. The CYGWIN sshd service could not be started. The service did not report an error. More help is available by typing NET HELPMSG 3534. [EMAIL PROTECTED] ~ $ telnet localhost 22 Trying 127.0.0.1... telnet: Unable to connect to remote host: Connection refused -.-.-.-.-.-.- contents of /var/log/sshd.log /var/empty must be owned by root and not group or world-writable. How can I resolve this? Thanks in advance chmod 755 /var/empty -- 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: Request for running a test application
On Aug 1 11:39, Corinna Vinschen wrote: On Aug 1 11:07, Corinna Vinschen wrote: Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. [...] I'm looking for - Harddisk, CD, DVD over USB - Remote FAT, FAT32 - Remote CD, DVD - Remote NFS over SFU NFS - Local(?) and remote HPFS - Disk changer systems - Any other file system not mentioned above. I forgot one I'm really curious about. Is anybody running a - Ramdisk? - Tape file system? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
tcsh 6.15.00 TZ environmental variable - unexpected behaviour.
It appears that tcsh treats the TZ environmental variable in a special way - upon entry into tcsh, some commands see TZ as set. Using unsetenv to attempt to unset it is fruitless: bash-3.2$ unset TZ bash-3.2$ printenv TZ bash-3.2$ echo $TZ bash-3.2$ bash -c printenv TZ bash-3.2$ tcsh tcsh$ printenv TZ tcsh$ echo $TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 tcsh$ bash -c printenv TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 tcsh$ unsetenv TZ tcsh$ printenv TZ tcsh$ echo $TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 tcsh$ bash -c printenv TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 Unfortunately our application requires TZ to be unset to function correctly (see below for why). Can anyone give me a pointer as to how to ensure TZ is unset in tcsh? I have googled for cygwin tcsh TZ and searched the Cygwin mailing list for tcsh TZ, but have been unable to find any relevant threads. I also looked briefly at the source for tcsh. From my investigations, it appears that tcsh has various features related to time; the time of execution of each command line is held in the history, and there is also the facility to print the time in the prompt. As part of these facilities, tcsh calls Cygwin functions such as ctime(), gettimeofday() and localtime(), which call tzset(). tzset() sets the TZ environmental variable if it is not currently set. This is then visible in the environment used for some commands. Why don't I simply get rid of the tcsh monstrosity and use a sensible shell instead? An excellent idea and my personal preference. Unfortunately this would require considerable effort and thus the buy-in of my superiors, which is not currently forthcoming. Additionally, the use of tcsh as an interactive shell would need to be forbidden, which would be unpopular and difficult to enforce both internally and with clients. Why can't I just set TZ to the required value? Our application uses both Cygwin binaries and binaries compiled using MSVC from tcsh. There is no value for TZ that will produce correct time and date information for both categories of binaries for all times of the year for timezones outside the US that use DST. This is because the MSVC implementation of tzset() assumes that daylight savings time is always one hour, and starts and ends on the dates and times that happen to prevail in the US at the time MSVC was written. Thanks for your attention, Roger Broadbent All opinions expressed are my own and do not necessarily represent those of DST International Limited. = http://www.dstinternational.com Notice: This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. Whilst we run anti-virus software on all internet e-mails we are not liable for any loss or damage. The recipient is advised to run their own anti-virus software. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. Thank you. DST International Limited is a company registered in England and Wales with company number 1772349. DST International Group Services Limited is a company registered in England and Wales with company number 5211646. DST International Billing Limited is a company registered in England and Wales with company number 4370287. DST International Output Limited is a company registered in England and Wales with company number 4220397. The registered office for all the above mentioned companies is: DST House, St Mark's Hill, Surbiton, Surrey, KT6 4QD, England. -- 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: SSHD install problem
* Jean-Claude Gervais (Wed, 01 Aug 2007 06:44:44 -0400) Thank you very much for trying to help me, I appreciate it. I have tried many different things to get this working including erasing my old cygwin folder and reinstalling cygwin. The instruction you supplied executes without error, but when I try to start the sshd service, it still will not start and looking in the /var/log/sshd.log file, I still see the same error message. Try chown SYSTEM /var/empty and chmod 700 /var/empty. Sshd logs also to the event logs. -- 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: Request for running a test application
Corinna Vinschen wrote: I have a request for help. if you have a drive c and a drive d, just call ./getvolinfo C: ./getvolinfo D: I have HD as C:, DVD burner as D: and a CD burner as E:. The results: $ ./getvolinfo C: Device Type: 7 Characteristics: 20 Volume Name: Serial Number : 1280205707 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE $ ./getvolinfo D: NO output $ ./getvolinfo E: NO output Cheers, Angelo. -- 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/
Problem in building DLL :cannot find -luser32
I installed gcc 3.4.4 and bale to compile the sources properly using makefiles. Problem I am facing is with DLL. When I tried to build DLL it is giving eerror as /cygdrive/c/cygwin/bin/ld: cannot find -luser32 collect2: ld returned 1 exit status make: *** [prog] Error 1 I searched all the mailing lists and found the answer to re install W32app package. But I cross checked with my installed files and folders and found that libuser32.a exists. If I copy libs in w32api to C:\cygwin\lib, DLL build is completed sucessfully. But facing problem with simulator. DLL is not loading into simulator, Simulator got hanged. My simulator lies in different PC ( XP/ Intel processor ). But I am able to build exe and test it properly. My system configuration: OS : Microsoft Windows XP [Version 5.1.2600] Processor : AMD Athlon GCC : gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) GCC configuration : Reading specs from /cygdrive/c/cygwin/bin/../lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) Please help me in resolving this issue. Thanks in advance. nsp -- 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: Request for running a test application
Corinna Vinschen schrieb: On Aug 1 11:07, Corinna Vinschen wrote: Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. [...] I'm looking for - Harddisk, CD, DVD over USB - Remote FAT, FAT32 - Remote CD, DVD - Remote NFS over SFU NFS - Local(?) and remote HPFS - Disk changer systems - Any other file system not mentioned above. I forgot one I'm really curious about. Is anybody running a - Ramdisk? Corinna I installed the ramdisk from http://www.codeguru.com/cpp/w-p/system/devicedriverdevelopment/article.php/c5789/ which might not be of interest for you but for the list; I attached the output. greetings SE Device Type: 7 Characteristics: 120 Volume Name: RAMDisk Serial Number : 305419896 Max Filenamelength : 255 Filesystemname : FAT Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- 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: Request for running a test application
On Aug 1 13:44, Saro Engels wrote: I installed the ramdisk from http://www.codeguru.com/cpp/w-p/system/devicedriverdevelopment/article.php/c5789/ which might not be of interest for you but for the list; I attached the output. greetings SE It *is* interesting, thank you. Anybody else running a different ramdisk? Thanks Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Request for running a test application
Corinna Vinschen wrote: I'm looking for - Harddisk, CD, DVD over USB Z: is an external USB harddisk. getvolinfo does not seem to work om it. [EMAIL PROTECTED] /cygdrive/d/Software $ ./getvolinfo.exe z: [EMAIL PROTECTED] /cygdrive/d/Software $ ls /cygdrive/z Archief/ Philips User Manual/ RECYCLER/ Desktop.ini* Philips Warranty/ System Volume Information/ Regards, Frank -- 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: Request for running a test application
Frank Fesevur schrieb: [EMAIL PROTECTED] /cygdrive/d/Software $ ./getvolinfo.exe z: Have you tried ./getvolinfo.exe Z: with capital Z? SE -- 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/
Stack traces in own program in cygwin
Hi, I'm working on some unit testing framework and was thinking of building in some functionality for stack traces. I checked what functionality is available and found glibc contains execinfo.h with backtrace which can be used (for linux). For Windows, I use gcc and cygwin. I cannot find the execlib.h in cygwin at all, so I'll need to find a different way. In Windows I can probably use the MS dbghelp.dll, but that would create a dependency on Win SDK, which I prefer not having. Does anyone have any idea about this, or is (or will) execinfo.h be available? Any other way of doing it without Win SDK? Tnx Bas Vodde -- 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: Request for running a test application
On Aug 1 13:15, Angelo Graziosi wrote: $ ./getvolinfo D: NO output $ ./getvolinfo E: NO output I forgot to mention that you should put a medium into the drive. However, as I wrote, I'm interested in new information. The file systems you mention are all in my first list of stuff I already have info about. Except for one problem. Windows knows a Device Type 0x33, which is used for DVD. However, it doesn't seem to matter if I insert a CD or a DVD into my DVD drives, I always get a Device Type 0x2, which is the Device Type CD/ROM. So, it looks like the DVD type is never returned. If anybody encounters the Device Type 0x33 with any DVD(*), please let me know. Thanks, Corinna (*) DVD+R, DVD-R, DVD+RW, DVD-RW, Video DVD, Audio DVD, etc... -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Request for running a test application
Corinna Vinschen wrote: Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. Just please don't send information which is already available. The test application is a rewritten version of the GetVolInfo source code which I have already send once or twice. A bit of information has been added and that's what I'm especially interested in. To build the application call: gcc -o getvolinfo getvolinfo.c -lntdll To run the application, simply call it with a POSIX or DOS path to any existing file on a filesystem, which you have permissions to access. The simplest method is to access the drives directly. For instance, if you have a drive c and a drive d, just call ./getvolinfo C: ./getvolinfo D: Please run it on all file system combinations you can lay your hands on. So far, I have information about: - Local FAT, FAT32, NTFS - Local CD, DVD - Remote NTFS - Remote Samba 3.x - USB Stick with FAT, NTFS I'm looking for - Harddisk, CD, DVD over USB - Remote FAT, FAT32 - Remote CD, DVD - Remote NFS over SFU NFS - Local(?) and remote HPFS - Disk changer systems - Any other file system not mentioned above. Thanks in advance, Corinna Remote Samba 2.2.3a $ ./getvolinfo n: Device Type: 7 Characteristics: 10 Volume Name: NMU Serial Number : 188809600 Max Filenamelength : 255 Filesystemname : NTFS Flags : b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- 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: Request for running a test application
Corinna Vinschen wrote: Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. Just please don't send information which is already available. The test application is a rewritten version of the GetVolInfo source code which I have already send once or twice. A bit of information has been added and that's what I'm especially interested in. To build the application call: gcc -o getvolinfo getvolinfo.c -lntdll To run the application, simply call it with a POSIX or DOS path to any existing file on a filesystem, which you have permissions to access. The simplest method is to access the drives directly. For instance, if you have a drive c and a drive d, just call ./getvolinfo C: ./getvolinfo D: Please run it on all file system combinations you can lay your hands on. So far, I have information about: - Local FAT, FAT32, NTFS - Local CD, DVD - Remote NTFS - Remote Samba 3.x - USB Stick with FAT, NTFS I'm looking for - Harddisk, CD, DVD over USB - Remote FAT, FAT32 - Remote CD, DVD - Remote NFS over SFU NFS - Local(?) and remote HPFS - Disk changer systems - Any other file system not mentioned above. Thanks in advance, Corinna This is a Western Digital Passport hard drive on USB with an NTFS filesystem on it: Device Type: 7 Characteristics: 20 Volume Name: WDShoeBox Serial Number : 820980945 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE [EMAIL PROTECTED] ~/Projects/Python $ regards Steve -- Steve Holden+1 571 484 6266 +1 800 494 3119 Holden Web LLC/Ltd http://www.holdenweb.com Skype: holdenweb http://del.icio.us/steve.holden --- Asciimercial -- Get on the web: Blog, lens and tag the Internet Many services currently offer free registration --- Thank You for Reading - -- 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/
Launching TightVNC over ssh using cygwin
I'm using TightVNC on a remote windows machine for maintenance purposes, communicating via an ssh tunnel (sshd installed using cygwin). Everything works when I start TightVNC as a Windows service, but I'd like to leave TightVNC turned completely off, and only launch it when I need it. To do that I need to be able to launch it from an ssh command line. I can ssh in and use cygstart to launch TightVNC, but then when I try to connect to TightVNC the connection is refused. Here's the TightVNC log (first four lines is when I launched TightVNC; rest is my attempted connection): Wed Aug 01 08:09:54 2007 vncServer.cpp: trying port number 5900 Wed Aug 01 08:09:55 2007 vncSockConnect.cpp: started socket connection thread Wed Aug 01 08:10:09 2007 vncSockConnect.cpp: accepted connection from 127.0.0.1 vncClient.cpp: client connected : 127.0.0.1 (id 1) vncClient.cpp: performing VNC authentication WallpaperUtils.cpp: KillActiveDesktop vncService.cpp: unable to open desktop, error=1 vncService.cpp: SelectHDESK failed to close old desktop 24, error=170 vncServer.cpp: failed to initialize desktop object No, there's no other copy of TightVNC running. Any ideas on what abilities Cygwin isn't granting to TightVNC that TightVNC needs for it to work? Thanks, Dan -- Daniel T. Griscom [EMAIL PROTECTED] Suitable Systems http://www.suitable.com/ 1 Centre Street, Suite 204(781) 665-0053 Wakefield, MA 01880-2400 -- 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: Request for running a test application
Hi Corinna, following some results for different drives: 1/ An EXT3 volume on an external USB HD mounted with ext2fs driver in *read-only* mode and with ISO-8859-1 charset: $ getvolinfo /mnt/M Device Type: 7 Characteristics: 20 Volume Name: Mobile Serial Number : 1296127060 Max Filenamelength : 255 Filesystemname : EXT2 Flags : 3 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 2/ A NTFS volume on an external USB HD: $ getvolinfo /mnt/O Device Type: 7 Characteristics: 20 Volume Name: ONETOUCH Serial Number : 101976 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 3/ Info for a shared directory on a server with Samba 3.x: $ getvolinfo //server/shared Device Type: 7 Characteristics: 10 Volume Name: shared Serial Number : 5178559 Max Filenamelength : 255 Filesystemname : NTFS Flags : b FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 4/ A FAT volume on an USB stick: $ getvolinfo /mnt/S Device Type: 7 Characteristics: 121 Volume Name: Serial Number : 3271091442 Max Filenamelength : 255 Filesystemname : FAT Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE 5/ A DVD drive with a CD: $ getvolinfo /mnt/R Device Type: 2 Characteristics: 121 Volume Name: OFFICE10 Serial Number : 1473251612 Max Filenamelength : 221 Filesystemname : CDFS Flags : 80001 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : TRUE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Note, that the call to getvolinfo simply returns nothing without a medium in the drive: $ getvolinfo /mnt/R; echo $? 0 - Jörg -- 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: Request for running a test application
Saro Engels wrote: Frank Fesevur schrieb: [EMAIL PROTECTED] /cygdrive/d/Software $ ./getvolinfo.exe z: Have you tried ./getvolinfo.exe Z: with capital Z? Just tried and it does not make any difference. Turn out that when I run it on a local NTFS drive (C:), it gives no result either. It is session on the console of a Win2003 Server with SP2 logged in Administrator. Regards, Frank -- 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: Request for running a test application
On Aug 1 14:51, Frank Fesevur wrote: Saro Engels wrote: Frank Fesevur schrieb: [EMAIL PROTECTED] /cygdrive/d/Software $ ./getvolinfo.exe z: Have you tried ./getvolinfo.exe Z: with capital Z? Just tried and it does not make any difference. Turn out that when I run it on a local NTFS drive (C:), it gives no result either. It is session on the console of a Win2003 Server with SP2 logged in Administrator. Weird. Try the attached one instead. It adds error output. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat #include stdio.h #include string.h #include sys/cygwin.h #define _WIN32_WINNT 0x0600 #include windows.h #include ddk/ntifs.h #include wchar.h #ifndef FILE_READ_ONLY_VOLUME #define FILE_READ_ONLY_VOLUME 0x8 #endif #ifndef FILE_SEQUENTIAL_WRITE_ONCE #define FILE_SEQUENTIAL_WRITE_ONCE 0x10 #endif #ifndef FILE_SUPPORTS_TRANSACTIONS #define FILE_SUPPORTS_TRANSACTIONS 0x20 #endif BOOL NTAPI RtlCreateUnicodeStringFromAsciiz (PUNICODE_STRING, PCSTR); int __stdcall sys_wcstombs (char *tgt, int tlen, const WCHAR *src, int slen) { int ret; ret = WideCharToMultiByte (GetOEMCP (), 0, src, slen, tgt, tlen, NULL, NULL); if (ret) tgt[ret tlen ? ret : tlen - 1] = '\0'; return ret; } int main (int argc, char **argv) { char winpath[256]; DWORD flags = 0; HANDLE h; UNICODE_STRING wpath; UNICODE_STRING upath; OBJECT_ATTRIBUTES attr; IO_STATUS_BLOCK io; NTSTATUS stat; ULONG ret; if (argc 2) { fprintf (stderr, usage: %s path\n, argv[0]); return 1; } cygwin_conv_to_full_win32_path (argv[1], winpath); if (!RtlCreateUnicodeStringFromAsciiz (wpath, winpath)) { fprintf (stderr, RtlCreateUnicodeStringFromAsciiz failed\n); return 1; } if (!RtlDosPathNameToNtPathName_U (wpath.Buffer, upath, NULL, NULL)) { fprintf (stderr, RtlDosPathNameToNtPathName_U failed\n); RtlFreeUnicodeString (wpath); return 1; } InitializeObjectAttributes (attr, upath, OBJ_CASE_INSENSITIVE, NULL, NULL); stat = ZwOpenFile (h, READ_CONTROL, attr, io, FILE_SHARE_VALID_FLAGS, FILE_OPEN_FOR_BACKUP_INTENT); if (!NT_SUCCESS (stat) stat == STATUS_NO_MEDIA_IN_DEVICE) { upath.Length = 6 * sizeof (WCHAR); stat = ZwOpenFile (h, READ_CONTROL, attr, io, FILE_SHARE_VALID_FLAGS, 0); } if (!NT_SUCCESS (stat)) { char buf[1024]; wcstombs (buf, upath.Buffer, upath.Length / sizeof (WCHAR)); buf[upath.Length / sizeof (WCHAR)] = '\0'; fprintf (stderr, ZwOpenFile(%s) failed, %08x\n, buf, stat); return 1; } char buf[1024]; char name[256]; stat = ZwQueryVolumeInformationFile (h, io, buf, 1024, FileFsDeviceInformation); if (NT_SUCCESS (stat)) { PFILE_FS_DEVICE_INFORMATION pfi = (PFILE_FS_DEVICE_INFORMATION) buf; printf (Device Type: %lx\n, pfi-DeviceType); printf (Characteristics: %lx\n, pfi-Characteristics); } else fprintf (stderr, FileFsDeviceInformation failed, %08lx\n, stat); stat = ZwQueryVolumeInformationFile (h, io, buf, 1024, FileFsVolumeInformation); if (NT_SUCCESS (stat)) { PFILE_FS_VOLUME_INFORMATION pfi = (PFILE_FS_VOLUME_INFORMATION) buf; if (pfi-VolumeLabelLength) { sys_wcstombs (name, 256, pfi-VolumeLabel, pfi-VolumeLabelLength / sizeof (WCHAR)); printf (Volume Name: %s\n, name); } else printf (Volume Name: \n); printf (Serial Number : %lu\n, pfi-VolumeSerialNumber); } else fprintf (stderr, FileFsVolumeInformation failed, %08lx\n, stat); stat = ZwQueryVolumeInformationFile (h, io, buf, 1024, FileFsAttributeInformation); if (NT_SUCCESS (stat)) { PFILE_FS_ATTRIBUTE_INFORMATION pfi = (PFILE_FS_ATTRIBUTE_INFORMATION) buf; printf (Max Filenamelength : %lu\n,pfi-MaximumComponentNameLength); sys_wcstombs (name, 256, pfi-FileSystemName, pfi-FileSystemNameLength / sizeof (WCHAR)); printf (Filesystemname : %s\n, name); printf (Flags : %lx\n, flags = pfi-FileSystemAttributes); printf ( FILE_CASE_SENSITIVE_SEARCH : %s\n, (flags FILE_CASE_SENSITIVE_SEARCH) ? TRUE : FALSE); printf ( FILE_CASE_PRESERVED_NAMES : %s\n, (flags FILE_CASE_PRESERVED_NAMES) ? TRUE : FALSE); printf ( FILE_UNICODE_ON_DISK: %s\n, (flags FILE_UNICODE_ON_DISK) ? TRUE : FALSE); printf ( FILE_PERSISTENT_ACLS: %s\n, (flags FILE_PERSISTENT_ACLS) ? TRUE : FALSE); printf ( FILE_FILE_COMPRESSION : %s\n, (flags FILE_FILE_COMPRESSION) ? TRUE : FALSE); printf ( FILE_VOLUME_QUOTAS : %s\n, (flags FILE_VOLUME_QUOTAS) ? TRUE : FALSE); printf ( FILE_SUPPORTS_SPARSE_FILES : %s\n, (flags FILE_SUPPORTS_SPARSE_FILES) ? TRUE :
Re: tcsh 6.15.00 TZ environmental variable - unexpected behaviour.
On Aug 1 12:09, [EMAIL PROTECTED] wrote: It appears that tcsh treats the TZ environmental variable in a special way - upon entry into tcsh, some commands see TZ as set. Using unsetenv to attempt to unset it is fruitless: bash-3.2$ unset TZ bash-3.2$ printenv TZ bash-3.2$ echo $TZ bash-3.2$ bash -c printenv TZ bash-3.2$ tcsh tcsh$ printenv TZ tcsh$ echo $TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 tcsh$ bash -c printenv TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 tcsh$ unsetenv TZ tcsh$ printenv TZ tcsh$ echo $TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 tcsh$ bash -c printenv TZ GMTST0GMTDT-1,M3.5.0/1,M10.5.0/2 It's not tcsh but Cygwin. tcsh just happens to call tzset once in a while, which, under Cygwin, sets the TZ environment variable. This is arguably wrong, since the tzset() function is per POSIX supposed to *read* the TZ environment variable, but it doesn't set it. I fixed that in Cygwin in CVS, but the patch will not make it into a release for some time. So, better find some workaround (like, for instance, create wrapper scripts around your MSVC applications using bash). All opinions expressed are my own [etc, etc, etc] Disclaimers like that are against site policy, please see http://sources.redhat.com/lists.html. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Launching TightVNC over ssh using cygwin
On Aug 1 08:39, Daniel Griscom wrote: I'm using TightVNC on a remote windows machine for maintenance purposes, communicating via an ssh tunnel (sshd installed using cygwin). Everything works when I start TightVNC as a Windows service, but I'd like to leave TightVNC turned completely off, and only launch it when I need it. To do that I need to be able to launch it from an ssh command line. I can ssh in and use cygstart to launch TightVNC, but then when I try to connect to TightVNC the connection is refused. Here's the TightVNC log (first four lines is when I launched TightVNC; rest is my attempted connection): [...] vncServer.cpp: failed to initialize desktop object ^^^ That's a hint. It's not Cygwin, it's how you started the sshd service. If you want to start native applications from sshd, which are supposed to access the console window, you have to start the service with the Interact with desktop flag set. See cygrunsrv's -i option (cygrunsrv --help). Please note that this won't work under Vista anymore due to new security settings in Vista. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Request for running a test application
Corinna Vinschen wrote: Just tried and it does not make any difference. Turn out that when I run it on a local NTFS drive (C:), it gives no result either. It is session on the console of a Win2003 Server with SP2 logged in Administrator. Weird. Try the attached one instead. It adds error output. Your changes helped. This version runs fine :-) $ ./getvolinfo.exe z: Device Type: 7 Characteristics: 20 Volume Name: Philips External Hard Disk Serial Number : 3300957631 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- 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: Request for running a test application
Corinna Vinschen wrote: I forgot to mention that you should put a medium into the drive. ^ Obviously! Sorry! Now these are the results: $ ./getvolinfo D:(DVD burner) Device Type: 2 Characteristics: 121 Volume Name: Cernlib.LE.2005 Serial Number : 1167196307 Max Filenamelength : 110 Filesystemname : CDFS Flags : 80005 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : TRUE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE $ ./getvolinfo E: (CD burner) Device Type: 2 Characteristics: 121 Volume Name: Cernlib.LE.2005 Serial Number : 1167196307 Max Filenamelength : 110 Filesystemname : CDFS Flags : 80005 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : TRUE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Regards, Angelo. -- 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: SSHD install problem - SOLVED
Thank you, Thorsten! That fixed the problem! TERRIFIC! Thanks again! J On Wed, 2007-08-01 at 12:07 +0100, Thorsten Kampe wrote: * Jean-Claude Gervais (Wed, 01 Aug 2007 06:44:44 -0400) Thank you very much for trying to help me, I appreciate it. I have tried many different things to get this working including erasing my old cygwin folder and reinstalling cygwin. The instruction you supplied executes without error, but when I try to start the sshd service, it still will not start and looking in the /var/log/sshd.log file, I still see the same error message. Try chown SYSTEM /var/empty and chmod 700 /var/empty. Sshd logs also to the event logs. -- 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: Request for running a test application
Corinna Vinschen corinna-cygwin at cygwin.com writes: Weird. Try the attached one instead. It adds error output. On a ClearCase remote mount: $ ./volinfo m: Device Type: 7 Characteristics: 10 Volume Name: CCase Serial Number : 36984713 Max Filenamelength : 255 Filesystemname : MVFS Flags : 3 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- Eric Blake -- 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: Request for running a test application
Just out of pure curiosity, does it make any difference if the medium is R or RW? Bob McConnell -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Angelo Graziosi Sent: Wednesday, August 01, 2007 10:22 AM To: cygwin@cygwin.com Subject: Re: Request for running a test application Corinna Vinschen wrote: I forgot to mention that you should put a medium into the drive. ^ Obviously! Sorry! Now these are the results: $ ./getvolinfo D:(DVD burner) Device Type: 2 Characteristics: 121 Volume Name: Cernlib.LE.2005 Serial Number : 1167196307 Max Filenamelength : 110 Filesystemname : CDFS Flags : 80005 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : TRUE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE $ ./getvolinfo E: (CD burner) Device Type: 2 Characteristics: 121 Volume Name: Cernlib.LE.2005 Serial Number : 1167196307 Max Filenamelength : 110 Filesystemname : CDFS Flags : 80005 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : TRUE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Regards, Angelo. -- 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: is LD_PRELOAD available in cygwin?
Günther Jedenastik wrote: using g++ to compile a dll which overload's the open(); glibc system call. Using preload i want to load my own dll with my open(); function. using dlsym(); i try to load the glibc open(); function. Cygwin does not use glibc. glibc is Linux-specifc. Q1: is LD_PRELOAD available in cygwin? if yes, any hint's why it's not working? (maybe some configuration problem or so, any hint would be helpfull) Q2: are there any alternative ways to preloading causing the same result? No, LD_PRELOAD is an aspect of ELF dynamic loaders and is not available on Windows. It's not something that Cygwin can provide since it is a function provided by the program loader, i.e. the operating system. If you have source of the target program and can modify it, then you can dlopen() the DLL and use dlsym() to get a function pointer to the replacement open() function, and then use that function pointer instead of the libcall throughout. But if you want this to be transparent, i.e. without modifying or recompiling the target, then you'll have to use some kind of low-level Windows-specific hackery because this is not a feature the PE loader has. http://research.microsoft.com/sn/detours/ http://www.internals.com/articles/apispy/apispy.htm Brian -- 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: cygwin 1.5.20-1, spinning pdksh, 100% CPU
On Wed, 1 Aug 2007, Ernie Coskrey wrote: -Original Message- From: Igor Peshansky On Tue, 31 Jul 2007, Ernie Coskrey wrote: I've run into a problem with cygwin 1.5.20-1 and pdksh 5.2.14. We've got a pdksh.exe process that is spinning, using all the CPU. This scenario is very hard to reproduce, but has happened on our test systems occasionally. It occurred recently, and I currently have gdb attached to the process and have the symbols loaded. I assume you've rebuilt pdksh from source, since the packaged binary is stripped... Do you also have the symbols for the Cygwin DLL? Yes, I've built both pdksh and cygwin1.dll from source and have the symbols. Ok, great. I see that pdksh is continually calling sigsuspend(), which is immediately returning from cancelable_wait due to the fact that the signal_arrived event is set. Do you mean the sigpause() call? Can you see which signal it attempts to suspend? Can you email me (privately, if you wish) the stack dump from gdb? It's sigsuspend() in j_waitj - line 1191 in jobs.c. It calls sigsuspend(sm_default), and sm_default is 0 (no signals are blocked). This immediately returns, and I see that j-state is still PRUNNING every time. Hmm. That should be fine -- since it does not know the job terminated, the status reflects pdksh's current knowledge. And since sm_default is 0, sigsuspend ought to be the no-op it is. I also see that pdksh is waiting for a subprocess to complete, and has a handle to the PID of that process - however the process has long since terminated. That's normal (I think). Cygwin may not deliver SIGCHLD immediately after process termination. Until pdksh gets SIGCHLD, it'll keep the process handle. It appears that something went wrong during delivery of SIGCHLD. Does this happen before or after j_sigchld() gets invoked? I suspect that j_sigchld never got invoked, or didn't run properly, but can't definitvely prove that. It's set as a handler for SIGCHLD. If your theory is correct, and SIGCHLD delivery is interrupted, then it won't have executed. I've got two questions related to this: - have there been changes between 1.5.20-1 and 1.5.24-2, or the latest snapshot, that might have fixed this issue? We've done some limited testing with 1.5.24-2 and haven't seen this happen yet, but as I said the it only happens rarely. Quite possibly. There were changes to signal handling since 1.5.20, IIRC. Unless I'm mistaken, there's even a patch for a race condition in process handling code (though it's not in 1.5.24, I think). - is there anything I can look at in gdb to help identify what the issue is? Any suggestions would be appreciated! Posting a sequence of steps that reliably reproduces the problem for you would be great (but not necessarily easy). I wish I could supply this, but the problem happens very rarely. I've run many thousands of test shell iterations and haven't seen it reoccur yet. Right, which is why it's not necessarily easy. :-) As I said above, a stack dump (with full pdksh symbols) would help... That might mean that you'd need to build an unstripped pdksh and attempt to reproduce the problem again. Igor Here's a stack trace of the thread where the spin is occurring. The other threads in the process are quiet - the signal thread is is ReadFile as expected, and the other threads are all in stub routines doing WaitForSingleObject. (gdb) bt #0 handle_sigsuspend (tempmask=0) at ../../../../src/winsup/cygwin/exceptions.cc:694 #1 0x61094b93 in sigsuspend (set=0x42db80) at ../../../../src/winsup/cygwin/signal.cc:477 #2 0x610917b8 in _sigfe () at ../../../../src/winsup/cygwin/cygserver.h:82 #3 0x0022c588 in ?? () #4 0x600301dc in ?? () ^^ This frame is suspicious. It's some sort of a DLL, but not Cygwin1.dll. Can you use Process Explorer or something to find out what DLL is loaded in that range? It might be something injected by an antivirus/firewall on the list of dodgy apps... #5 0x006854d8 in ?? () #6 0x0003 in ?? () #7 0x0022c588 in ?? () #8 0x006874b8 in ?? () #9 0x006854d8 in ?? () #10 0x0003 in ?? () #11 0x0022c5a8 in ?? () #12 0x004126e0 in waitlast () at ../src/jobs.c:729 #13 0x004126e0 in waitlast () at ../src/jobs.c:729 #14 0x0040b160 in expand ( cp=0x6874b8 \001R\001M\001T\001I\001N\001S\001R\001E\001A\001S\001O\001N\001=\003$L KBIN/ins_list -d \$EQVRMTSYS\ -t \$EQVRMTTAG\ 2NUL: | cut -d\001 -f8, wp=0x22c6b0, f=32) at ../src/eval.c:533 #15 0x0040a654 in evalstr ( cp=0x6874b8 \001R\001M\001T\001I\001N\001S\001R\001E\001A\001S\001O\001N\001=\003$L KBIN/ins_list -d \$EQVRMTSYS\ -t \$EQVRMTTAG\ 2NUL: | cut -d\001 -f8, f=32) at ../src/eval.c:113 #16 0x0040d80a in comexec (t=0x6871e0, tp=0x0, ap=0x687350, flags=0) at ../src/exec.c:555 #17 0x0040cc7d in execute (t=0x6871e0, flags=0)
Re: Stack traces in own program in cygwin
Bas Vodde wrote: I'm working on some unit testing framework and was thinking of building in some functionality for stack traces. I checked what functionality is available and found glibc contains execinfo.h with backtrace which can be used (for linux). Yes, that's glibc-specific functionality which is not applicable elsewhere. For Windows, I use gcc and cygwin. I cannot find the execlib.h in cygwin at all, so I'll need to find a different way. In Windows I can probably use the MS dbghelp.dll, but that would create a dependency on Win SDK, which I prefer not having. There is rudimentary code in Cygwin for trying to unwind the stack, but it's only used in fatal error conditions such as when a SEGV fault occurs and the foo.exe.stackdump file is written. And this just shows the raw memory addresses of the call chain, it does not attempt to resolve them into symbolic functions, so it would be quite useless for a user. It is possible to write code that uses the dbghelp library that does not need anything third party tools installed, as the library is included as part of the operating system since Win2k. However, the bundled version may be quite old, so it might not have all the functionality of a newer one. See e.g. http://msdn2.microsoft.com/en-us/library/ms679294.aspx You could also bundle a copy of gdb, and then attach-backtrace-detach, but that's probably not the kind of answer you're looking for. Brian -- 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: Linux kernel compilation for x86 on Cygwin
Samuel Thibault wrote: Mmm, does this really matter since a kernel uses non-hosted mode? That doesn't really matter when your assembler creates COFF format object files and expects COFF format assembly directives. Brian -- 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: Linux kernel compilation for x86 on Cygwin
Brian Dessent, le Wed 01 Aug 2007 08:41:31 -0700, a écrit : You *are* building a cross compiler, right? Because the native Cygwin gcc will not be usable for building anything linux. Mmm, does this really matter since a kernel uses non-hosted mode? Samuel -- 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: Linux kernel compilation for x86 on Cygwin
Claudio Scordino wrote: I'm trying to compile the Linux kernel using the gcc toolchain of cygwin. This time, I'm trying to compile the kernel for the host machine (x86). You *are* building a cross compiler, right? Because the native Cygwin gcc will not be usable for building anything linux. Just because gcc on Cygwin and gcc on Linux both happen to generate code that runs on the x86 does not mean they are in any way the same platform, so you absolutely cannot use the Cygwin gcc to build a Linux kernel. But you can use the Cygwin gcc to build a Linux-targeted Cygwin-hosted cross-gcc, and then use that to build the Linux kernel. Brian -- 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: Request for running a test application
Corinna Vinschen wrote: It *is* interesting, thank you. Anybody else running a different ramdisk? Yes. I use Farstone Virtual Hard Drive Pro (a very stupid product name if you ask me, but there you go) and the results are below. I am guessing the bulk of the difference is due to this being formatted NTFS not FAT. Frankly having a FAT formatted ramdisk seems like a big waste of memory as with NTFS you can enable compression on the whole volume, though oddly even when you do that the VOLUME_IS_COMPRESSED flag is still FALSE. Device Type: 7 Characteristics: 120 Volume Name: FSRAMDISK Serial Number : 3569881239 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Brian -- 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: New rename(2) function
Corinna wrote: [Bah - gmane can't post to cygwin-devel, so I'm cross-posting (in order to reply now, rather than waiting till when I'm home).] Also, where do you check that rename(a,a) is a successful no-op, as well as rename(a,b) when a and b are hard links to the same inode (perhaps both of these cases are covered by NtSetInformationFile?) rename (a, a) is a no-op because NtSetInformationFile will just return with status 0, doing nothing. I don't see anything about rename(a,b) with both hardlinks to the same inode being a no-op. Neither in Linux, nor in SUSv3, nor in IEEE P1003.1 Draft 3. Actually, rename(a,b) will rename a to b, thus decreasing the link count of the file by 1, on Linux as well as on Cygwin. Huh? SUSv3 states this: If the old argument and the new argument resolve to the same existing file, rename() shall return successfully and perform no other action. Note that the requirement is careful to mention resolving to the same file (and not merely the same string for the two names, or even the same directory entry possibly via different symlink paths). And on Linux, I get this: $ cat rename.c #include stdio.h #include errno.h int main(int argc, char** argv) { if (argc 3) { puts(Usage: rename old new); return 1; } int res = rename(argv[1], argv[2]); snprintf(buf, sizeof(buf), result %d, errno %d, res, errno); perror(buf); return 0; } $ touch l1 $ ln l1 l2 $ ./rename l1 l2 result 0, errno 0: Success $ ls -l l? -rw-r--r-- 2 ericb cygwin 0 Aug 1 14:48 l1 -rw-r--r-- 2 ericb cygwin 0 Aug 1 14:48 l2 ie. a pure rename was a nop, rather than unlinking l1. Note, however, that mv (1) from coreutils will indeed unlink l1 and reduce the link count of l2. Indeed, there are a number of posts related to this issue in both coreutils and Austin: https://www.opengroup.org/sophocles/show_archive.tpl?source=Llistname=austin- group-lfirst=1pagesize=80searchstring=renamezone=G https://www.opengroup.org/sophocles/show_mail.tpl? CALLER=show_archive.tplsource=Llistname=austin-group-lid=5156 http://lists.gnu.org/archive/html/bug-coreutils/2003-04/msg00042.html And XSH ERN 88 (which proposed rewording POSIX with s/same existing file/same existing directory entry) was rejected. It looks like draft 3 of POSIX 200x hasn't touched this area yet, so I'll raise the issue again on the austin lists on the mv(1) side of things. But it looks like cygwin's rename(2) will need to take this POSIX rule into account, to match linux. -- Eric Blake -- 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: cygwin 1.5.20-1, spinning pdksh, 100% CPU
-Original Message- From: Igor Peshansky On Tue, 31 Jul 2007, Ernie Coskrey wrote: I've run into a problem with cygwin 1.5.20-1 and pdksh 5.2.14. We've got a pdksh.exe process that is spinning, using all the CPU. This scenario is very hard to reproduce, but has happened on our test systems occasionally. It occurred recently, and I currently have gdb attached to the process and have the symbols loaded. I assume you've rebuilt pdksh from source, since the packaged binary is stripped... Do you also have the symbols for the Cygwin DLL? Yes, I've built both pdksh and cygwin1.dll from source and have the symbols. I see that pdksh is continually calling sigsuspend(), which is immediately returning from cancelable_wait due to the fact that the signal_arrived event is set. Do you mean the sigpause() call? Can you see which signal it attempts to suspend? Can you email me (privately, if you wish) the stack dump from gdb? It's sigsuspend() in j_waitj - line 1191 in jobs.c. It calls sigsuspend(sm_default), and sm_default is 0 (no signals are blocked). This immediately returns, and I see that j-state is still PRUNNING every time. I also see that pdksh is waiting for a subprocess to complete, and has a handle to the PID of that process - however the process has long since terminated. That's normal (I think). Cygwin may not deliver SIGCHLD immediately after process termination. Until pdksh gets SIGCHLD, it'll keep the process handle. It appears that something went wrong during delivery of SIGCHLD. Does this happen before or after j_sigchld() gets invoked? I suspect that j_sigchld never got invoked, or didn't run properly, but can't definitvely prove that. I've got two questions related to this: - have there been changes between 1.5.20-1 and 1.5.24-2, or the latest snapshot, that might have fixed this issue? We've done some limited testing with 1.5.24-2 and haven't seen this happen yet, but as I said the it only happens rarely. Quite possibly. There were changes to signal handling since 1.5.20, IIRC. Unless I'm mistaken, there's even a patch for a race condition in process handling code (though it's not in 1.5.24, I think). - is there anything I can look at in gdb to help identify what the issue is? Any suggestions would be appreciated! Posting a sequence of steps that reliably reproduces the problem for you would be great (but not necessarily easy). I wish I could supply this, but the problem happens very rarely. I've run many thousands of test shell iterations and haven't seen it reoccur yet. As I said above, a stack dump (with full pdksh symbols) would help... That might mean that you'd need to build an unstripped pdksh and attempt to reproduce the problem again. Igor -- Here's a stack trace of the thread where the spin is occurring. The other threads in the process are quiet - the signal thread is is ReadFile as expected, and the other threads are all in stub routines doing WaitForSingleObject. (gdb) bt #0 handle_sigsuspend (tempmask=0) at ../../../../src/winsup/cygwin/exceptions.cc:694 #1 0x61094b93 in sigsuspend (set=0x42db80) at ../../../../src/winsup/cygwin/signal.cc:477 #2 0x610917b8 in _sigfe () at ../../../../src/winsup/cygwin/cygserver.h:82 #3 0x0022c588 in ?? () #4 0x600301dc in ?? () #5 0x006854d8 in ?? () #6 0x0003 in ?? () #7 0x0022c588 in ?? () #8 0x006874b8 in ?? () #9 0x006854d8 in ?? () #10 0x0003 in ?? () #11 0x0022c5a8 in ?? () #12 0x004126e0 in waitlast () at ../src/jobs.c:729 #13 0x004126e0 in waitlast () at ../src/jobs.c:729 #14 0x0040b160 in expand ( cp=0x6874b8 \001R\001M\001T\001I\001N\001S\001R\001E\001A\001S\001O\001N\001=\003$L KBIN/ins_list -d \$EQVRMTSYS\ -t \$EQVRMTTAG\ 2NUL: | cut -d\001 -f8, wp=0x22c6b0, f=32) at ../src/eval.c:533 #15 0x0040a654 in evalstr ( cp=0x6874b8 \001R\001M\001T\001I\001N\001S\001R\001E\001A\001S\001O\001N\001=\003$L KBIN/ins_list -d \$EQVRMTSYS\ -t \$EQVRMTTAG\ 2NUL: | cut -d\001 -f8, f=32) at ../src/eval.c:113 #16 0x0040d80a in comexec (t=0x6871e0, tp=0x0, ap=0x687350, flags=0) at ../src/exec.c:555 #17 0x0040cc7d in execute (t=0x6871e0, flags=0) at ../src/exec.c:155 #18 0x0040ce39 in execute (t=0x687778, flags=0) at ../src/exec.c:192 #19 0x0040d311 in execute (t=0x686620, flags=1) at ../src/exec.c:367 #20 0x004124c1 in exchild (t=0x686620, flags=74, close_fd=0) at ../src/jobs.c:641 #21 0x0040cdf6 in execute (t=0x686620, flags=10) at ../src/exec.c:185 #22 0x0040ce62 in execute (t=0x688470, flags=0) at ../src/exec.c:195 #23 0x0040d311 in execute (t=0x684ee0, flags=0) at ../src/exec.c:367 #24 0x0041766e in shell (s=0x6839b8, toplevel=1) at ../src/main.c:616 #25 0x00417204 in main (argc=6, argv=0x61171f74) at ../src/main.c:429 Please let me know if there's any other information that would be useful. Thanks! Ernie Coskrey SteelEye Technology, Inc. -- Unsubscribe info:
Re: Request for running a test application
Corinna Vinschen wrote: I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. [snip] I'm looking for - Remote NFS over SFU NFS Remote NFS (ufs) over SFU: Device Type: 7 Characteristics: 10 Volume Name: Serial Number : (varies) Max Filenamelength : 255 Filesystemname : NFS Flags : 2 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE I have other NFS mounts, all ufs from the same machine; the serial number increases sequentially for distinct exports (i.e. one of my mounts is a subdir of the export, which is itself also mounted as a different letter; those two have the same SN). I got the same results for one other NFS volume I have mounted that is a different server (possibly a different underlying fs also), except a wildly different serial number of course. Also, this is expected I'm sure, but in case you don't have the drives to test I can confirm that IDE vs. SATA doesn't make a difference (at least with the one-of-each NTFS HD's I tested). I had to use the 'alternate version' on the other computer I tested with. -- Matthew Let's call it an accidental feature. -- Larry Wall -- 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: Request for running a test application
On Aug 1 08:37, Brian Dessent wrote: Corinna Vinschen wrote: It *is* interesting, thank you. Anybody else running a different ramdisk? Yes. I use Farstone Virtual Hard Drive Pro (a very stupid product name if you ask me, but there you go) and the results are below. I am guessing the bulk of the difference is due to this being formatted NTFS not FAT. Frankly having a FAT formatted ramdisk seems like a big waste of memory as with NTFS you can enable compression on the whole volume, though oddly even when you do that the VOLUME_IS_COMPRESSED flag is still FALSE. Device Type: 7 Characteristics: 120 Hmm, that's slightly disappointing. Windows knows a device type FILE_DEVICE_VIRTUAL_DISK, which I'd expected is used for ram disks. But all local non-CD file systems seem to use FILE_DEVICE_DISK. Well, that's obviously easier for testing, but still... Can you change the source and see what you get when the native NT filename is only \??\X: instead of \??\X:\ (no trailing backslash)? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Request for running a test application
On Aug 1 10:50, Matthew Woehlke wrote: I had to use the 'alternate version' on the other computer I tested with. Yeah, it looks like some OSes don't like to open file or directories with 0 access mode. At least READ_CONTROL is required, apparently. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Request for running a test application
Corinna Vinschen wrote: On Aug 1 10:50, Matthew Woehlke wrote: I had to use the 'alternate version' on the other computer I tested with. Yeah, it looks like some OSes don't like to open file or directories with 0 access mode. At least READ_CONTROL is required, apparently. That sounds reasonable, the machine that gave me trouble was Win2k3 x64 (the original version was OK on WinXP). -- Matthew Let's call it an accidental feature. -- Larry Wall -- 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: Request for running a test application
Corinna Vinschen wrote: Can you change the source and see what you get when the native NT filename is only \??\X: instead of \??\X:\ (no trailing backslash)? Without the trailing backslash ZwOpenFile returns STATUS_ACCESS_DENIED (stat = c022). It seems to do that regardless of the drive letter so it doesn't look like it's specific to the ramdisk driver. Brian -- 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/
The Solution to Ctrl-C problems
This isn't exactly a cygwin fix, but this is what worked for my problem. I needed a consoleapp launcher to start up when the machine starts. Then I use ssh to give consolelauncher arguments of what console app to launch Then I use ssh to launch another program I wrote in C# which uses AttachConsole and GenerateCtrlCEvent to send a CtrlC to the desired console. From there I control the console with stdin and stdout redirection as one would expect. Kind of a pain in the but whatever. -- View this message in context: http://www.nabble.com/kill--2-is-too-powerful-tf4072624.html#a11950121 Sent from the Cygwin Users mailing list archive at Nabble.com. -- 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/
printf
Hello guys, I came across this page comparing different implementations of printf. http://www.and.org/vstr/printf_comparison The author says... Note that if you want a portable version of printf() in your code, you are _much_ better off using something that natively parses the format string. This ensures that you get the same parsing behavior on all platforms If in cygwin, I have a c file like so... #include stdio.h #include stdlib.h int main(int argc, char* argv[]){ printf(Which printf am I using?\n); } ... and I compile it under cygwin with gcc -mno-cygwin test.c... Would I be using one that natively parses the format string? ... now if I compile without the -mno-cygwin option, what happens? I was looking around in some gcc source code for printf and found vprintf.c which calls vfprintf.c with stdout, which calls _doprnt. All of these were in a directory called libiberty. Furthermore, the _doprnt winds up calling fprintf. Does GCC have it's own implementation of printf and is it different than glibc's implementation? As you can tell, I don't understand much about this. Why would both gcc and glibc have a printf implementation? Any help is appreciated. I am also looking into this because I wanted to create my own specialized version of printf which prints to two files with just one function call. I would be doing some different things on each file. I was looking for a good vfprintf to start with. Thanks, ~Eric -- 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: printf
Frederich, Eric P21322 wrote: The author says... Note that if you want a portable version of printf() in your code, you are _much_ better off using something that natively parses the format string. This ensures that you get the same parsing behavior on all platforms I don't know what exactly this is trying to say, but my interpretation of it is you need to write your own %-format parsing code if you need to be sure of how it's going to behave which IMO is quite a silly thing to say. It's a tautology, you can't really be sure of X unless you do it yourself. But if you're just using simple and standard format specifiers (like %s and %d) it would be needlessly ridiculous to implement your own. If in cygwin, I have a c file like so... #include stdio.h #include stdlib.h int main(int argc, char* argv[]){ printf(Which printf am I using?\n); } ... and I compile it under cygwin with gcc -mno-cygwin test.c... Would I be using one that natively parses the format string? ... now if I compile without the -mno-cygwin option, what happens? By my interpretation, neither, since natively parses the format string means you wrote the code that does the parsing, whereas here you are just calling the C library's printf to do it. Note that you are using two different C libraries above, Cygwin and MinGW (MSVCRT). I was looking around in some gcc source code for printf and found vprintf.c which calls vfprintf.c with stdout, which calls _doprnt. All of these were in a directory called libiberty. Furthermore, the _doprnt winds up calling fprintf. Does GCC have it's own implementation of printf and is it different than glibc's implementation? There are at least three things wrong in the above paragraphs. 1. gcc does not implement a C library, so there is no implementation of any printf in gcc. The C library is separate from gcc, gcc is just the compiler. 2. libiberty is only a portabilty library. It does not implement any actual printf code (it just calls the C library's fprintf as you discovered.) 3. glibc is only used on linux. On Cygwin and MinGW you are not using glibc. I am also looking into this because I wanted to create my own specialized version of printf which prints to two files with just one function call. I would be doing some different things on each file. I was looking for a good vfprintf to start with. It depends on what these different things actually means. You can do a lot with the varargs version of printf, e.g.: int my_special_snowflake_printf (FILE *f1, FILE *f2, char *fmt, ...) { va_list ap; va_start (ap, fmt); fputs (header for f1 output: , f1); vfprintf (f1, fmt, ap); fputs (header for f2 output: , f2); vfprintf (f2, fmt, ap); va_end (ap); } I'd say it would be pretty silly do reimplement all of the actual printf guts just to do file multiplexing, but whatever. If you want to see the underlying implementation of printf that Cygwin uses, look in newlib. If you want to see the underlying implementation of printf that MinGW uses, you need the source code to MSVCRT which I believe is only available if you buy MS Visual Studio. Brian -- 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: Request for running a test application
At 1-8-2007 15:09, Corinna Vinschen wrote: Weird. Try the attached one instead. It adds error output. This is the output of an USB stick attached to my Siemens Gigaset SX552 ADSL/VoIP modem. Don't know what protocol is used, but I mount it with a NET USE command. $ ./getvolinfo n: Device Type: 7 Characteristics: 10 Volume Name: U Serial Number : 4001756391 Max Filenamelength : 0 Filesystemname : FAT32 Flags : 4006 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- 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: cygwin 1.5.20-1, spinning pdksh, 100% CPU
-Original Message- From: Igor Peshansky [mailto:[EMAIL PROTECTED] Here's a stack trace of the thread where the spin is occurring. The other threads in the process are quiet - the signal thread is is ReadFile as expected, and the other threads are all in stub routines doing WaitForSingleObject. (gdb) bt #0 handle_sigsuspend (tempmask=0) at ../../../../src/winsup/cygwin/exceptions.cc:694 #1 0x61094b93 in sigsuspend (set=0x42db80) at ../../../../src/winsup/cygwin/signal.cc:477 #2 0x610917b8 in _sigfe () at ../../../../src/winsup/cygwin/cygserver.h:82 #3 0x0022c588 in ?? () #4 0x600301dc in ?? () ^^ This frame is suspicious. It's some sort of a DLL, but not Cygwin1.dll. Can you use Process Explorer or something to find out what DLL is loaded in that range? It might be something injected by an antivirus/firewall on the list of dodgy apps... #5 0x006854d8 in ?? () #6 0x0003 in ?? () #7 0x0022c588 in ?? () #8 0x006874b8 in ?? () #9 0x006854d8 in ?? () #10 0x0003 in ?? () #11 0x0022c5a8 in ?? () #12 0x004126e0 in waitlast () at ../src/jobs.c:729 #13 0x004126e0 in waitlast () at ../src/jobs.c:729 #14 0x0040b160 in expand ( cp=0x6874b8 \001R\001M\001T\001I\001N\001S\001R\001E\001A\001S\001O\001N\001=\003$ L KBIN/ins_list -d \$EQVRMTSYS\ -t \$EQVRMTTAG\ 2NUL: | cut -d\001 -f8, wp=0x22c6b0, f=32) at ../src/eval.c:533 #15 0x0040a654 in evalstr ( cp=0x6874b8 \001R\001M\001T\001I\001N\001S\001R\001E\001A\001S\001O\001N\001=\003$ L KBIN/ins_list -d \$EQVRMTSYS\ -t \$EQVRMTTAG\ 2NUL: | cut -d\001 -f8, f=32) at ../src/eval.c:113 #16 0x0040d80a in comexec (t=0x6871e0, tp=0x0, ap=0x687350, flags=0) at ../src/exec.c:555 #17 0x0040cc7d in execute (t=0x6871e0, flags=0) at ../src/exec.c:155 #18 0x0040ce39 in execute (t=0x687778, flags=0) at ../src/exec.c:192 #19 0x0040d311 in execute (t=0x686620, flags=1) at ../src/exec.c:367 #20 0x004124c1 in exchild (t=0x686620, flags=74, close_fd=0) at ../src/jobs.c:641 #21 0x0040cdf6 in execute (t=0x686620, flags=10) at ../src/exec.c:185 #22 0x0040ce62 in execute (t=0x688470, flags=0) at ../src/exec.c:195 #23 0x0040d311 in execute (t=0x684ee0, flags=0) at ../src/exec.c:367 #24 0x0041766e in shell (s=0x6839b8, toplevel=1) at ../src/main.c:616 #25 0x00417204 in main (argc=6, argv=0x61171f74) at ../src/main.c:429 Please let me know if there's any other information that would be useful. Thanks! It would also be nice to find out what static library is linked into the 0x0022 space... Igor I'm not sure how gdb does backtrace across _sigfe and _sigbe - I think there's some stack magic that happens in these routines. The bt output doesn't make sense to me between entries #3 and #11. I'm pretty sure that these addresses are invalid - for instance 22c588 is a stack location on this thread, and 3 is obviously not a function address. The addresses don't match up with any loaded DLL's: (gdb) info dll DLL Name Load Address /cygdrive/c/WINDOWS/system32/ntdll.dll 7c801000 /cygdrive/c/WINDOWS/system32/kernel32.dll 77e41000 /bin/cygwin1.dll 61001000 /cygdrive/c/WINDOWS/system32/advapi32.dll 77f51000 /cygdrive/c/WINDOWS/system32/rpcrt4.dll77c51000 /cygdrive/c/WINDOWS/system32/secur32.dll 76f51000 /cygdrive/c/WINDOWS/system32/psapi.dll 76b71000 /cygdrive/c/WINDOWS/system32/winmm.dll 76aa1000 /cygdrive/c/WINDOWS/system32/user32.dll77381000 /cygdrive/c/WINDOWS/system32/gdi32.dll 77c01000 /cygdrive/c/WINDOWS/system32/imm32.dll 76291000 /cygdrive/c/WINDOWS/system32/lpk.dll 7f001000 /cygdrive/c/WINDOWS/system32/usp10.dll 75491000 /cygdrive/c/WINDOWS/system32/rdpsnd.dll71bc1000 /cygdrive/c/WINDOWS/system32/winsta.dll771f1000 /cygdrive/c/WINDOWS/system32/msvcrt.dll77ba1000 /cygdrive/c/WINDOWS/system32/netapi32.dll 71c41000 The stack itself looks pretty nice - you can trace straight back from cancelable_wait down into pdksh code (%ebp is 0x22c518): 0x22c518: 0x0022c548 0x61017667 0x 0x600301dc 0x22c528: 0x61117610 0x61117630 0x 0x 0x22c538: 0x0022c568 0x006874b8 0x006842a0 0x0004 0x22c548: 0x0022c558 0x61094b93 0x 0x006874b8 0x22c558: 0x0022c588 0x610917b8 0x0042db80 0x0068b3f0 0x22c568: 0x0022c588 0x600301dc 0x006854d8 0x0003 0x22c578: 0x0022c588 0x006874b8 0x006854d8 0x0003 0x22c588: 0x0022c5a8 0x004126e0 0x006842a0 0x 0x22c598: 0x0042972b 0x006874b8 0x 0x006874b8 0x22c5a8: 0x0022c698 0x0040b160 0x0068b3f0 0x 0x22c5b8: 0x0068a614 0x0001 0x0022c680 0x0019 0x22c5c8: 0x0068bbe8 0x 0x61171d44 0x0068 0x22c5d8: 0x
Re: The Solution to Ctrl-C problems
On Wed, Aug 01, 2007 at 10:21:48AM -0700, patrickinminneapolis wrote: This isn't exactly a cygwin fix, but this is what worked for my problem. I needed a consoleapp launcher to start up when the machine starts. Then I use ssh to give consolelauncher arguments of what console app to launch Then I use ssh to launch another program I wrote in C# which uses AttachConsole and GenerateCtrlCEvent to send a CtrlC to the desired console. From there I control the console with stdin and stdout redirection as one would expect. Kind of a pain in the but whatever. You might want to {re,}read the section in http://cygwin.com/problems.html which talks about referring to a problem as the problem. I'll quote it here: # Do not assume that your problem is so trivial or so well known that it does not require any details or background from you. Many (most?) people who report problems fall into the trap of assuming that people are clued into their mental state when, in most cases, this is not the case. As a rule of thumb, if you find yourself referring to your problem as the problem with XYZ rather than a problem with XYZ then your message is suspect. Using the in this context means that you are assuming that your problem is well known. Unless you can point to an email message thread or FAQ entry (either of which is a good idea, btw) please do not assume that the readers of your message will be familiar with your problem. 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/
Re: unlink()'s not quite POSIX behavior.
Joe Smith wrote: When the file's link count becomes 0 and no process has the file open, the space occupied by the file shall be freed and the file shall no longer Could we at least simulate the behavior by moving the file out of the way (simultaionsly renaming it to something unique), and forcing it into the delqueue? (by Setting the FILE_DISPOSITION_INFORMATION's DeleteFile flag to true?) Wait a moment, that looks to be exactly what unlink_nt is doing? (The problem is with a call in Python3k getting a Permission denied (ERRNO 13) error when attempting to create a file shortly after it has been deleted with unlink. That seems to be consistant with standard windows behavior for deleting a file, as trying to create it again before the last handle is closed would return an ERROR_ACCESS_DENIED.) However, it looks like with unlink_nt that should not be happening, right? Nevermind. I see that the relavent changes to NT_unlink are just very recent, and the only problem is that the latest cygwin dll does not incldue those changes yet. - I seem to remember being told that changing the rename function to work in this, POSIX-compatible way, was impossible with cygwin's current fork implementation -- and that Cygwin would have to keep track of what files have been renamed (if any were DLL's) and propagate changes to child processes (after a fork call) so they could correctly pull in contents of old, replaced DLL's. Is this change to fork something that is being worked on? I.e. will we be able (at an application (setup.exe or cygperl replacing DLL's) level) to rename in-use DLL's and copy in new versions? I thought Eric indicated that this tracking would make an already slow process even slower(?) and wasn't worth it. (http://sourceware.org/ml/cygwin/2006-12/msg00906.html) Has this changed? Or, more accurately, is this about to change? Was it decided to go with the (seemingly) POSIX correct action to allow the rename-to-tmp+copy-in-new-DLL (Rtt+CinD) to work? Will Cygwin be keeping track of the old deleted (but still in-use via a cygwin open Filehandle) libraries to duplicate into new children processes? I seemed to remember feeling my hand slapped at suggesting we use Rtt+CinD as it wouldn't be practical to implement. Maybe the open-handle-deleted file idea isn't that expensive to implement afterall? (Despite it being a RPITA; hail emperor bill). Linda -- 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 LD_PRELOAD available in cygwin?
On Wed, Aug 01, 2007 at 08:23:15AM -0700, Brian Dessent wrote: G?nther Jedenastik wrote: using g++ to compile a dll which overload's the open(); glibc system call. Using preload i want to load my own dll with my open(); function. using dlsym(); i try to load the glibc open(); function. Cygwin does not use glibc. glibc is Linux-specifc. Q1: is LD_PRELOAD available in cygwin? if yes, any hint's why it's not working? (maybe some configuration problem or so, any hint would be helpfull) Q2: are there any alternative ways to preloading causing the same result? No, LD_PRELOAD is an aspect of ELF dynamic loaders and is not available on Windows. It's not something that Cygwin can provide since it is a function provided by the program loader, i.e. the operating system. Sorry, Brian, but this isn't correct. LD_PRELOAD has been available for Cygwin for a while. It's not 100% like linux but it is close. You can only override cygwin functions with it but that should work for open(). If this isn't working under cygwin, I'd suspect function decorations are not right, i.e., the open() function name being trapped doesn't look the same as the open in cygwin1.dll. ...either that or LD_PRELOAD is broken. I haven't played with it for a while. 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/
ls command changes directories?
Hello all, So when I type give Cygwin the command, rsh -l administrator xxx.xxx.xxx.xxx ls It lists all the elements in the C:/ drive, which is expected But when I give the command, rsh -l administrator xxx.xxx.xxx.xxx ls /folder_in_c_drive It says the folder cannot be found, but it is clearly listed in the C:/ drive when I give the command above. How come? -- 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 LD_PRELOAD available in cygwin?
Christopher Faylor wrote: Sorry, Brian, but this isn't correct. LD_PRELOAD has been available for Cygwin for a while. It's not 100% like linux but it is close. You can only override cygwin functions with it but that should work for open(). If this isn't working under cygwin, I'd suspect function decorations are not right, i.e., the open() function name being trapped doesn't look the same as the open in cygwin1.dll. ...either that or LD_PRELOAD is broken. I haven't played with it for a while. Oh, excellent. I knew there were some cases of the LD_* things being supported (e.g. LD_LIBRARY_PATH in the context of dlopen) but I didn't know this was one of them as well. Brian -- 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: Request for running a test application
On Aug 1 10:14, Brian Dessent wrote: Corinna Vinschen wrote: Can you change the source and see what you get when the native NT filename is only \??\X: instead of \??\X:\ (no trailing backslash)? Without the trailing backslash ZwOpenFile returns STATUS_ACCESS_DENIED (stat = c022). It seems to do that regardless of the drive letter so it doesn't look like it's specific to the ramdisk driver. Did you use the second incarnation of the test app from http://cygwin.com/ml/cygwin/2007-08/msg00040.html which uses READ_CONTROL instead of an access of 0? If using READ_CONTROL doesn't work either, you could try with GENERIC_READ instead. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: ls command changes directories?
C:\folder_on_c actually resides on /cygdrive/c/folder_on_c try rsh -l administrator xxx.xxx.xxx.xxx ls /cygdrive/c/folder_in_c_drive On 8/1/07, [EMAIL PROTECTED] wrote: Hello all, So when I type give Cygwin the command, rsh -l administrator xxx.xxx.xxx.xxx ls It lists all the elements in the C:/ drive, which is expected But when I give the command, rsh -l administrator xxx.xxx.xxx.xxx ls /folder_in_c_drive It says the folder cannot be found, but it is clearly listed in the C:/ drive when I give the command above. How come? -- 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/ -- -Andrew Louie -- 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: ls command changes directories?
Ooops sorry for the top posting, and the e-mail thing, didnt see that your name was your e-mail =( So when I type give Cygwin the command, rsh -l administrator xxx.xxx.xxx.xxx ls It lists all the elements in the C:/ drive, which is expected But when I give the command, rsh -l administrator xxx.xxx.xxx.xxx ls /folder_in_c_drive It says the folder cannot be found, but it is clearly listed in the C:/ drive when I give the command above. How come? C:\folder_on_c actually resides on /cygdrive/c/folder_on_c try rsh -l administrator xxx.xxx.xxx.xxx ls /cygdrive/c/folder_in_c_drive -- -Andrew Louie -- 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: Request for running a test application
Corinna Vinschen wrote: Did you use the second incarnation of the test app from http://cygwin.com/ml/cygwin/2007-08/msg00040.html which uses READ_CONTROL instead of an access of 0? If using READ_CONTROL doesn't work either, you could try with GENERIC_READ instead. Ah, I missed that distinction. With READ_CONTROL: Device Type: 7 Characteristics: 120 FileFsVolumeInformation failed, c010 FileFsAttributeInformation failed, c010 With GENERIC_READ: Device Type: 7 Characteristics: 120 Volume Name: FSRAMDISK Serial Number : 1355997156 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Brian -- 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: Request for running a test application
Corinna Vinschen wrote: Hi, I have a request for help. I need as much different information I can get. To get this information, I'm asking all of you to run the attached test application and return the printed output as reply to this mail. Just please don't send information which is already available. [snip] I'm looking for - Harddisk, CD, DVD over USB [snip] HDD F: is a 15 GiB partition on a 60 GiB Iomega model PHD60-C USB 2.0 HDD. It also has a FireWire interface, but I'm not using that right now (I'm at work and can't unplug it without lots of delay, and I don't have the time right now; sorry about that). /work mount | gawk '/[Ff]:/' f: on /F type system (binmode) /work /work df /F/ Filesystem 1K-blocks Used Available Use% Mounted on f:30716248 10326460 20389788 34% /F /work /work (cd /usr/local/src/gvi/;gcc -o getvolinfo getvolinfo.c -lntdll cl.lis 21) /work less -S /usr/local/src/gvi/getvolinfo.c /work /usr/local/src/gvi/getvolinfo.exe F: Device Type: 7 Characteristics: 20 Volume Name: New Volume Serial Number : 1421080226 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Goss ... Innovation for Business NOTICE: This e-mail and any attachment(s) may contain confidential and proprietary information of Goss International Corporation and/or its subsidiaries and may be legally privileged. This e-mail is intended solely for the addressee. If you are not the addressee, dissemination, copying or other use of this e-mail or any of its content is strictly prohibited and may be unlawful. If you are not the intended recipient please inform the sender immediately and destroy the e-mail and any copies. All liability for viruses is excluded to the fullest extent permitted by law. Any views expressed in this message are those of the individual sender. No contract may be construed by this e-mail. -- 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: Request for running a test application
On Aug 1 12:26, Brian Dessent wrote: Corinna Vinschen wrote: Did you use the second incarnation of the test app from http://cygwin.com/ml/cygwin/2007-08/msg00040.html which uses READ_CONTROL instead of an access of 0? If using READ_CONTROL doesn't work either, you could try with GENERIC_READ instead. Ah, I missed that distinction. With READ_CONTROL: Device Type: 7 Still no virtual disk, just a disk. Oh well. Characteristics: 120 FileFsVolumeInformation failed, c010 FileFsAttributeInformation failed, c010 Yep, that was expected. Thank you, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: printf
Brian Dessent Wrote: 1. gcc does not implement a C library, so there is no implementation of any printf in gcc. The C library is separate from gcc, gcc is just the compiler. 2. libiberty is only a portabilty library. It does not implement any actual printf code (it just calls the C library's fprintf as you discovered.) 3. glibc is only used on linux. On Cygwin and MinGW you are not using glibc. Do vfprintf statements compiled on Cygwin go through libiberty which then calls fprintf, or is there another vfprintf in whatever C library I'm linking against (either Cygwin's or Microsoft's)? I'd say it would be pretty silly do reimplement all of the actual printf guts just to do file multiplexing, but whatever. If you want to see the underlying implementation of printf that Cygwin uses, look in newlib. If you want to see the underlying implementation of printf that MinGW uses, you need the source code to MSVCRT which I believe is only available if you buy MS Visual Studio. What I'm planning on doing is having a library with a printf-like function where I can do... float radius = 1.0; mySpecialPrintf(f1,f2,The radius is %f %U\n,radius,in,mm); And the result would be that in one file you get The radius is 1.000 in And in the other you'd get... The radius is 25.40 mm Basically it would be just like printf except that it is printing to two files and that any floating point printing gets converted. So what I'd have to change is that %f eats 3 arguments, the number and two units. Then I'd call a unit conversion library. I'd also create a new format (not sure if capital U is taken already) to print the previously used units. Having this library would avoid me writing two fprintf statements and having to do all the converstion inside the main program. -- 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: missing declaration for floorl
Fred Hansen wrote: The random nubers package in http://www.agner.org/random/ uses function floorl. It is present in the cygwin g++ library (/lib/gcc/i686-pc-cygwin/3.4.4/libstdc++.a), but is not declared in any of the header files (cd /usr/include; grep -rI floorl). If I declare it: long double floorl(long double x); then I can call it, link it, and get the correct result. Should math.h be augmented with the declaration of floorl? No. It's not a mistake that the definition is missing from math.h, because Cygwin does not provide this function. libstdc++ is the C++ standard library, and in general it does not implement basic libc functions like floorl, it relies on the target's C library implementation for those. And in fact the floorl that is in libstdc++ is not a real implementation of floorl, it's just a stub: #ifndef HAVE_FLOORL long double floorl(long double x) { return floor((double) x); } #endif The comment at the top of this file (libmath/stubs.c) even says: /* For targets which do not have support for long double versions, we use the crude approximation. We'll do better later. */ So it's clear that these functions are only provided as a last resort, and they aren't even fully correct implementations either since they just cast away the extra bits. And even if you added a prototype to math.h for this crude floorl(), linking would still fail on plain C source using the gcc driver, because you do not link with libstdc++ unless you use g++. So it would still be a broken implementation, but even more confusingly broken since it would appear to support something that it doesn't. No, the real problem is not that there are missing prototypes, it's that actual long double support is missing. Brian -- 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: Request for running a test application
Here are a few more for you: This is a USB hard drive (NTFS formatted): Device Type: 7 Characteristics: 20 Volume Name: USB HD Serial Number : 483542439 Max Filenamelength : 255 Filesystemname : NTFS Flags : 700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE This is my iPod (Windows formatted, connected by USB): Device Type: 7 Characteristics: 121 Volume Name: ROSS'S IPOD Serial Number : 3926698352 Max Filenamelength : 255 Filesystemname : FAT32 Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE This is a virtual hard drive on a VMWare virtual machine, accessed via network: Device Type: 7 Characteristics: 10 Volume Name: Serial Number : 2966230284 Max Filenamelength : 255 Filesystemname : NTFS Flags : 2700ff FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: TRUE FILE_FILE_COMPRESSION : TRUE FILE_VOLUME_QUOTAS : TRUE FILE_SUPPORTS_SPARSE_FILES : TRUE FILE_SUPPORTS_REPARSE_POINTS: TRUE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: TRUE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : TRUE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : TRUE This is a CD image (.iso file) mounted with Microsoft's Virtual CDROM tool: Device Type: 2 Characteristics: 23 Volume Name: CDROM Serial Number : 2471649833 Max Filenamelength : 221 Filesystemname : CDFS Flags : 80001 FILE_CASE_SENSITIVE_SEARCH : TRUE FILE_CASE_PRESERVED_NAMES : FALSE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : TRUE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE -- 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: sys/mman.h missing MCL_CURRENT ...
On Aug 1 14:13, Fred Hansen wrote: A program I am trying to port to cygwin does #include sys/mman.h and later calls mlockall, which is defined in mman.h: mlockall(MCL_CURRENT | MCL_FUTURE); HOWEVER, MCL_CURRENT and MCL_FUTURE are undefined. So the build fails. In other systems MCL_... are defined in bits/mman.h, but my cygwin (cygcheck output attached) lacks /usr/include/bits and even if it did, sys/mman.h does not include bits/mman.h Is there some package I am supposed to have added to cygwin to get definitions for MCL_CURRENT, etc? I have almost all the packages. mlockall/munlockall are not supported by Cygwin so there's no reason to define these values. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: printf
Frederich, Eric P21322 wrote: Do vfprintf statements compiled on Cygwin go through libiberty which then calls fprintf, or is there another vfprintf in whatever C library I'm linking against (either Cygwin's or Microsoft's)? No, you're getting confused by libiberty. It is used internally *in* gcc as a portability aide for gcc itself. When you call printf in a Cygwin program, the implementation is in cygwin1.dll, and Cygwin implements this internally via newlib. Look at the Cygwin source (which includes the newlib source) if you want to see how it's implemented, not the gcc source. Brian -- 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: Request for running a test application
Hi Corinna, Output for a CD burner with a DirectCD / UDF / packet writing formatted CDRW (compression is on) on W2k as drive E:. Device Type: 2 Characteristics: 123 Volume Name: Disk_28 Serial Number : 153278523 Max Filenamelength : 127 Filesystemname : CDUDFRW Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE and this would be a DAV volume mounted on S: on WinXP: Device Type: 7 Characteristics: 10 Volume Name: Serial Number : 0 Max Filenamelength : 255 Filesystemname : FAT Flags : 20002 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: FALSE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: TRUE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE HTH Thomas Berger -- 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: Request for running a test application
Here's a SD memory card via a USB card reader: orion ./volinfo.exe l: Device Type: 7 Characteristics: 121 Volume Name: Serial Number : 1899214615 Max Filenamelength : 255 Filesystemname : FAT Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE And a digital camera (Panasonic) via USB with the same SD card loaded: orion ./volinfo.exe y: Device Type: 7 Characteristics: 121 Volume Name: Serial Number : 1899214615 Max Filenamelength : 255 Filesystemname : FAT Flags : 6 FILE_CASE_SENSITIVE_SEARCH : FALSE FILE_CASE_PRESERVED_NAMES : TRUE FILE_UNICODE_ON_DISK: TRUE FILE_PERSISTENT_ACLS: FALSE FILE_FILE_COMPRESSION : FALSE FILE_VOLUME_QUOTAS : FALSE FILE_SUPPORTS_SPARSE_FILES : FALSE FILE_SUPPORTS_REPARSE_POINTS: FALSE FILE_SUPPORTS_REMOTE_STORAGE: FALSE FILE_VOLUME_IS_COMPRESSED : FALSE FILE_SUPPORTS_OBJECT_IDS: FALSE FILE_SUPPORTS_ENCRYPTION: FALSE FILE_NAMED_STREAMS : FALSE FILE_READ_ONLY_VOLUME : FALSE FILE_SEQUENTIAL_WRITE_ONCE : FALSE FILE_SUPPORTS_TRANSACTIONS : FALSE Michael -- 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: Stack traces in own program in cygwin
Hi Brian, Thanks for the reply. Where can I find the cygwin code that unwinds the stack? I might have a look at it anyway :) The problem I have with dbghelp is not whether the DLL is available, but whether the WinSDK is... It would require a header file (which is possible to fake) and a .lib. I'm not sure how to call the dbghelp calls without linking to the library. (though this should be possible, I just don't know how and where to find info about how to do it). If you for an idea about this, then that also could help me forward :) Thanks! Bas Brian Dessent wrote: Bas Vodde wrote: I'm working on some unit testing framework and was thinking of building in some functionality for stack traces. I checked what functionality is available and found glibc contains execinfo.h with backtrace which can be used (for linux). Yes, that's glibc-specific functionality which is not applicable elsewhere. For Windows, I use gcc and cygwin. I cannot find the execlib.h in cygwin at all, so I'll need to find a different way. In Windows I can probably use the MS dbghelp.dll, but that would create a dependency on Win SDK, which I prefer not having. There is rudimentary code in Cygwin for trying to unwind the stack, but it's only used in fatal error conditions such as when a SEGV fault occurs and the foo.exe.stackdump file is written. And this just shows the raw memory addresses of the call chain, it does not attempt to resolve them into symbolic functions, so it would be quite useless for a user. It is possible to write code that uses the dbghelp library that does not need anything third party tools installed, as the library is included as part of the operating system since Win2k. However, the bundled version may be quite old, so it might not have all the functionality of a newer one. See e.g. http://msdn2.microsoft.com/en-us/library/ms679294.aspx You could also bundle a copy of gdb, and then attach-backtrace-detach, but that's probably not the kind of answer you're looking for. Brian -- 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/
building lapack with cygwin
Hello, I tried to build Lapack 3.1.1 using cygwin. Compilation works fine, but testing reports failures. The g77 flags were -O3 -funroll-all-loops. For gcc 3.3.3 failures are reported by CEV, CVX, CGV, DGV, SGV, ZGV. For gcc 3.4.4 failures are reported by CGV, DGV, SGV, ZGV. As far as the prebuilt binary (lapack 3.0-5)is concerned, I tried to run the Lapack-3.0 tester against it. The result is: $ make blas_testing ( cd BLAS/TESTING; make -f Makeblat1 ) make[1]: Entering directory /home/Weronika/LAPACK/BLAS/TESTING' make[1]: Nothing to be done for all'. make[1]: Leaving directory /home/Weronika/LAPACK/BLAS/TESTING' ( cd BLAS; ./xblat1s sblat1.out; \ ./xblat1d dblat1.out; \ ./xblat1c cblat1.out; \ ./xblat1z zblat1.out ) 3656 [main] xblat1c 2808 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) /bin/sh: line 3: 2808 Segmentation fault (core dumped) ./xblat1c cblat1.out 7 [main] xblat1z 3096 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) /bin/sh: line 3: 3096 Segmentation fault (core dumped) ./xblat1z zblat1.out make: *** [blas_testing] Error 139 When lapack test is run, I get 8 [main] xeigtstc 3376 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) 6 [main] xeigtstz 964 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) Failures are reported by DGV, ZGV. Best regards, Cezary Sliwa -- 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: Re: missing declaration for floorl
Aha. There is no floorl in cygwin. It is too bad that the stub function causes autoconf to believe there IS a floorl. AC_CHECK_FUNCS finds the stub and reports that the function is available. Fred Hansen Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=listsid=396545469 -- 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: Stack traces in own program in cygwin
Bas Vodde wrote: Thanks for the reply. Where can I find the cygwin code that unwinds the stack? I might have a look at it anyway :) Look at class stack_info in winsup/cygwin/exceptions.cc. It's pretty simplistic, and I'm pretty sure it will be rendered totally ineffective by -fomit-frame-pointer. The problem I have with dbghelp is not whether the DLL is available, but whether the WinSDK is... It would require a header file (which is possible to fake) and a .lib. I'm not sure how to call the dbghelp calls without linking to the library. (though this should be possible, I just don't know how and where to find info about how to do it). If you for an idea about this, then that also could help me forward :) You can use LoadLibrary/GetProcAddress, which removes the need for the SDK and import lib/header at build time, assuming that you recreate the appropriate types in one of your headers. It also provides your program an opportunity to do graceful degredation if something goes wrong, e.g. the user is running 9x/ME, or they have a version of the dll that's too old, or the library has been removed, or whatever. The disadvantage here is that for every function you use you first have to declare a function pointer with the correct return type/signature/argument list, then call GetProcAddress, then make all calls through that function pointer. There is a clever trick that the Cygwin DLL uses that reduces this busywork -- look at autoload.cc for details. Brian -- 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: Stack traces in own program in cygwin
On Wed, Aug 01, 2007 at 04:31:52PM -0700, Brian Dessent wrote: Bas Vodde wrote: Thanks for the reply. Where can I find the cygwin code that unwinds the stack? I might have a look at it anyway :) Look at class stack_info in winsup/cygwin/exceptions.cc. It's pretty simplistic, and I'm pretty sure it will be rendered totally ineffective by -fomit-frame-pointer. Yep. It will. That's the reason why we use -fomit-frame-pointer sparingly when building cygwin. 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/
Re: Re: sys/mman.h missing MCL_CURRENT ...
Sorry. I failed to notice the absence of mlockall from sys/mman.h. Fred Hansen Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase. http://farechase.yahoo.com/ -- 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: missing declaration for floorl
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Fred Hansen on 8/1/2007 5:54 PM: Aha. There is no floorl in cygwin. It is too bad that the stub function causes autoconf to believe there IS a floorl. AC_CHECK_FUNCS finds the stub and reports that the function is available. But I bet AC_CHECK_DECLS gets the right answer; so you should consider using both autoconf macros rather than just relying on one of them. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsSaI84KuGfSFAYARAiciAJwPyKpNypHprW0uiXKzGvJTUJkqVACferM1 q1maI7a4RDqDxRqvnwZAcno= =nuls -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/
recent CVS compilation issues
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am getting the following on WinXP while trying to rebuild cygwin from CVS, ever since Corinna's patch to rename smallprint.cc: http://cygwin.com/ml/cygwin-cvs/2007-q3/msg00076.html. Is anyone else seeing this? /home/eblake/src/build/i686-pc-cygwin/winsup/cygwin/smallprint.o: In function `__small_vsprintf': ../../../../winsup/cygwin/smallprint.cc:130: undefined reference to `sys_wcstombs(char*, int, wchar_t const*, int)@16' ../../../../winsup/cygwin/smallprint.cc:190: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:200: undefined reference to `_current_codepage' ../../../../winsup/cygwin/smallprint.cc:201: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:203: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:211: undefined reference to `_current_codepage' ../../../../winsup/cygwin/smallprint.cc:212: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:214: undefined reference to [EMAIL PROTECTED]' Info: resolving __ctype_ by linking to __imp___ctype_ (auto-import) collect2: ld returned 1 exit status - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGsV+O84KuGfSFAYARAqMrAJ94V/Wc8dhuk20WkziarPKme05OqACfUXee aQUyaL4qMhdWZV6DyoH/V+E= =Bngr -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: recent CVS compilation issues
- Original Message - From: Eric Blake [EMAIL PROTECTED] To: cygwin@cygwin.com Sent: Wednesday, August 01, 2007 11:37 PM Subject: recent CVS compilation issues -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am getting the following on WinXP while trying to rebuild cygwin from CVS, ever since Corinna's patch to rename smallprint.cc: http://cygwin.com/ml/cygwin-cvs/2007-q3/msg00076.html. Is anyone else seeing this? /home/eblake/src/build/i686-pc-cygwin/winsup/cygwin/smallprint.o: In function `__small_vsprintf': ../../../../winsup/cygwin/smallprint.cc:130: undefined reference to `sys_wcstombs(char*, int, wchar_t const*, int)@16' ../../../../winsup/cygwin/smallprint.cc:190: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:200: undefined reference to `_current_codepage' ../../../../winsup/cygwin/smallprint.cc:201: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:203: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:211: undefined reference to `_current_codepage' ../../../../winsup/cygwin/smallprint.cc:212: undefined reference to [EMAIL PROTECTED]' ../../../../winsup/cygwin/smallprint.cc:214: undefined reference to [EMAIL PROTECTED]' Info: resolving __ctype_ by linking to __imp___ctype_ (auto-import) collect2: ld returned 1 exit status same here. Windows XP pro. -- 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/