Re: [RFU] yasm -- a complete rewrite of the NASM assembler
On 12/10/12 00:44, Christopher Faylor wrote: Uploaded. I've just noticed that yasm-debuginfo wasn't uploaded to the correct directory. It was placed in the 'yasm' directory (where the main source and binary packages live). It should be in a sub-directory called 'yasm-debuginfo' with the setup.hint as below. Apologies if this was my fault. Dave. [setup.hint] category: Debug requires: cygwin-debuginfo external-source: yasm sdesc: Debug info for yasm ldesc: This package contains files necessary for debugging the yasm package with gdb.
Re: [RFU] yasm -- a complete rewrite of the NASM assembler
On Mon, Nov 05, 2012 at 07:03:52PM +, David Stacey wrote: On 12/10/12 00:44, Christopher Faylor wrote: Uploaded. I've just noticed that yasm-debuginfo wasn't uploaded to the correct directory. It was placed in the 'yasm' directory (where the main source and binary packages live). It should be in a sub-directory called 'yasm-debuginfo' with the setup.hint as below. Apologies if this was my fault. No apologies necessary. This was a fault in my retrieval script, so my apologies. It should be corrected now. cgf
src/winsup/utils ChangeLog Makefile.in
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2012-11-05 11:15:23 Modified files: winsup/utils : ChangeLog Makefile.in Log message: * Makefile.in (MINGW_CXX): Attach $(CFLAGS) to allow providing build option tweaks to mingw compiler as well. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.592r2=1.593 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/Makefile.in.diff?cvsroot=srcr1=1.102r2=1.103
src/winsup cygwin/ChangeLog cygwin/include/sys ...
CVSROOT:/cvs/src Module name:src Branch: cygwin-64bit-branch Changes by: cori...@sourceware.org 2012-11-05 12:31:18 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include/sys: termios.h winsup/utils : ChangeLog Makefile.in Log message: Pull in changes from HEAD Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.5939.2.24r2=1.5939.2.25 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/termios.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.22r2=1.22.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.587.2.6r2=1.587.2.7 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/Makefile.in.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.100.2.3r2=1.100.2.4
src/winsup/cygwin ChangeLog.64bit cpuid.h fhan ...
CVSROOT:/cvs/src Module name:src Branch: cygwin-64bit-branch Changes by: cori...@sourceware.org 2012-11-05 17:20:22 Modified files: winsup/cygwin : ChangeLog.64bit cpuid.h fhandler.h fhandler_dsp.cc fhandler_floppy.cc fhandler_proc.cc Log message: * cpuid.h (can_set_flag): Implement for x86_64. * fhandler.h (class fhandler_dev_raw): Define devbuf members taking numerical values as DWORD, rather than size_t. * fhandler_dsp.cc: Fix debug printf calls to be type safe. (waveOut_callback): Align parameter types to latest MSDN description. (waveIn_callback): Ditto. (fhandler_dev_dsp::Audio_out::start): Change casts in call to waveOutOpen according to MSDN. (fhandler_dev_dsp::Audio_out::parsewav): Fix a cast. (fhandler_dev_dsp::Audio_in::start): Change casts in call to waveInOpen according to MSDN. * fhandler_floppy.cc: Fix debug printf calls to be type safe. (fhandler_dev_floppy::ioctl): Add casts to be on the safe side. * fhandler_proc.cc: Fix debug printf calls to be type safe. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.64bit.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.1.2.21r2=1.1.2.22 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cpuid.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.2r2=1.2.20.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.473.2.4r2=1.473.2.5 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_dsp.cc.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.62.2.1r2=1.62.2.2 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_floppy.cc.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.62.2.2r2=1.62.2.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_proc.cc.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.115.2.1r2=1.115.2.2
src/winsup/cygwin ChangeLog.64bit fhandler_pro ...
CVSROOT:/cvs/src Module name:src Branch: cygwin-64bit-branch Changes by: cori...@sourceware.org 2012-11-05 20:17:09 Modified files: winsup/cygwin : ChangeLog.64bit fhandler_process.cc fhandler_procnet.cc ntdll.h winsup/cygwin/include: inttypes.h limits.h stdint.h winsup/cygwin/include/asm: byteorder.h winsup/cygwin/include/bits: wordsize.h winsup/cygwin/include/cygwin: signal.h types.h Log message: * fhandler_process.cc: Fix debug printf calls to be type safe. Add casts to avoid compiler warnings. (get_mem_values): Avoid using ULONG_MAX since it's NOT matching ULONG on 64 bit. * fhandler_procnet.cc (fhandler_procnet::open): Fix syscall_printf call to be type safe. (format_procnet_ifinet6): Add cast to avoid compiler warnings. * ntdll.h (struct _DEBUG_HEAP_BLOCK): Change Address to ULONG_PTR. * include/bits/wordsize.h: Fix __WORDSIZE definition for x86_64. Add __WORDSIZE_COMPAT32 as on Linux. * include/inttypes.h: Include bits/wordsize.h. Use __WORDSIZE check where appropriate. * include/limits.h: Include bits/wordsize.h. (CHAR_BIT): Change definition to rely on default compiler definition. (LONG_BIT): Ditto. (WORD_BIT): Ditto. (__LONG_MAX__): Use __WORDSIZE check. (RTSIG_MAX): Ditto. * include/stdint.h: Include bits/wordsize.h. Use __WORDSIZE check where appropriate. * include/cygwin/signal.h: Ditto. * include/cygwin/types.h: Ditto. * include/asm/byteorder.h (__ntohl): Use bswap instruction, available since i486. (__ntohs): Fix constraint to work on 64 bit CPU as well. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.64bit.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.1.2.22r2=1.1.2.23 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_process.cc.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.120.2.2r2=1.120.2.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_procnet.cc.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.18.2.2r2=1.18.2.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ntdll.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.141.2.2r2=1.141.2.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/inttypes.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.6r2=1.6.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/limits.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.27.4.2r2=1.27.4.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/stdint.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.14r2=1.14.2.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/asm/byteorder.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.13r2=1.13.6.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/bits/wordsize.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.1r2=1.1.8.1 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/signal.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.19.4.3r2=1.19.4.4 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/types.h.diff?cvsroot=srconly_with_tag=cygwin-64bit-branchr1=1.35.4.1r2=1.35.4.2
[ANNOUNCEMENT] Updated: cppcheck-1.57-1
Version 1.57-1 of cppcheck has been uploaded, following the upstream release. cppcheck is a tool for static C/C++ code analysis. It tries to detect bugs that your C/C++ compiler doesn't see. The goal is no false positives. cppcheck is versatile. You can check non-standard code that includes various compiler extensions, inline assembly code, etc. For a list of changes see: http://sourceforge.net/news/?group_id=195752id=309733 Note: As of this release a debuginfo package is also available. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.comatcygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read*all* of the information on unsubscribing that is available starting at this URL. -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: catdoc-0.94.2-4 [SECURITY]
I've updated the catdoc package, which dumps Word, Excel and Powerpoint files contents. http://pkgs.fedoraproject.org/cgit/catdoc.git/plain/catdoc-0.94.2-bufferoverflow-rh872390-rh872391.patch Thanks Yaakov -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygcheck says w3m 0.5.3-1 package incomplete, file type mismatch messages
Bob, I've uninstalled w3m-img from my primary desktop machine (where w3m page loads were slow) and now w3m is back to its original fast speed. Before uninstalling, I took the liberty of renaming /usr/lib/w3m/w3mimgdisplay.exe to something else, and noticed an instant speed improvement in w3m after doing so. Based on that, I uninstalled w3m-img. Since I normally don't have CygwinX loaded, I wonder if w3mimgdisplay is waiting to contact X and timing out after a few seconds, accounting for the slowness? Keith -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
imtest from Cyrus IMAPD
Hi, Can the maintainer for Cygwin's Cyrus IMAPD binaries compile the `imtest' program (located in the Cyrus IMAPD imtest directory) and make it accessible from the Cygwin setup program? Thanks. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Domain User getting Permission Denied for anything outside of /home/user/
On 11/2/2012 12:41 PM, Cameron Gunnin wrote: Hi, I've been struggling with this for the past week to no avail. As the title suggests, if I am logged in under a user that is not the user who installed Cygwin (regardless of the user's windows permissions), then I cannot modify near anything outside of /home/user/. Here's what I'm trying to get working. 1a) Install Cygwin as a Local Administrator. Run mkpasswd -l /etc/passwd and mkgroup -l /etc/group Why are you running mkpasswd and mkgroup yourself? passwd-grp.sh postinstall script runs this for you, including adding a '-c' flag to pick up the local user. OR (I would prefer 1a, but 1b is acceptable as well) 1b) Install Cygwin as Domain Administrator. Run mkpasswd -d /etc/passwd and mkgroup -d /etc/group 2) Login as Domain User (has administrative privileges on local machine AND can access the AD). NOTE: At this point, I get the message: Your group is currently mkpasswd. This indicates that your gid is not in /etc/group and your uid is not in /etc/passwd. The /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. 3) Attempt to run mkpasswd -d /etc/passwd and mkgroup -d /etc/group However, I get the message: $ mkpasswd -d /etc/passwd -sh: /etc/passwd: Permission Denied Run it as the local or domain administrator that you used while installing. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple