Re: [g-b-s Patch: next try] Write and save logfiles for configure/make/check/install
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Igor Pechtchanski on 10/16/2005 4:35 PM:
Ah, thanks, I wasn't aware that setup.html recommended running spkg right
after mkdirs.
This will still create an (empty) ${log_pkg_name} tarball, which will get
included in the source package (making it a bit misleading).
I've made the log tarball creation conditional on the existence of the log
files. Thanks for bringing this matter up.
Still doesn't work. Your version only checks the existance of
configurelogname, but it is possible to have that and not all three of
{make,check,install}logname. For example, the newly uploaded
coreutils-5.90-3 does not have a check log (only configure, make, and
install). Part of the problem here is that 'g-b-s all' does not, by
default, run 'g-b-s check', although I'm not sure if we should change that.
Also, I recommend that make check be passed -k, so that the entire test
suite is run, rather than giving up on the first failure; after all, some
failures are bugs in the test suite (meaning non-portable tests that
cannot work in cygwin, but which haven't been patched to SKIP yet).
2005-10-17 Eric Blake [EMAIL PROTECTED]
* templates/generic-build-script (check): Run all tests.
(spkg): Don't fail if one of the four logs is missing.
- --
Life is short - so eat dessert first!
Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFDU4vc84KuGfSFAYARAnmsAKCmxXT3lhJjSsgSvnr3bP7XuPKokwCg1RAe
6DLeQdYw/0sUqmG8vjhFnNo=
=+lRJ
-END PGP SIGNATURE-
Index: templates/generic-build-script
===
RCS file: /cvs/cygwin-apps/packaging/templates/generic-build-script,v
retrieving revision 1.41
diff -u -p -r1.41 generic-build-script
--- templates/generic-build-script 16 Oct 2005 22:29:49 - 1.41
+++ templates/generic-build-script 17 Oct 2005 11:32:30 -
@@ -226,7 +226,7 @@ build() {
}
check() {
(cd ${objdir} \
- make ${test_rule} 21 | tee ${checklogfile} )
+ make -k ${test_rule} 21 | tee ${checklogfile} )
}
clean() {
(cd ${objdir} \
@@ -356,9 +356,9 @@ spkg() {
fi \
cd ${srcinstdir} \
if [ -e ${configurelogname} ]; then
-tar cvjf ${log_pkg_name} \
+tar --ignore-failed-read -cvjf ${log_pkg_name} \
${configurelogname} ${makelogname} ${checklogname} ${installlogname} \
-rm \
+rm -f \
${configurelogname} ${makelogname} ${checklogname} ${installlogname} ; \
fi \
tar cvjf ${src_pkg} * )
Re: New pstoedit trial packages and a problem
--- Yaakov S (Cygwin Ports) wrote: Are other plugins in /usr/lib/pstoedit versioned? Usually, for plugin modules, the -avoid-version argument should be passed through libp2edrvwmf_la_LDFLAGS. Yes. cygp2edrvmagick++-0.dll; cygp2edrvstd-0.dll. Sounds like something that should be fixed for the next version. Thanks for the heads-up. jrp
Re: [GTG] Re: New pstoedit trial packages and a problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Dr. Volker Zell on 10/16/2005 4:51 AM: James R Phillips writes: Package reviewers: New trial packages for pstoedit, linking to the recently uploaded plotutils package, are on my server: ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1-src.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/setup.hint ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-devel/pstoedit-devel-3.42-1.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-devel/setup.hint Given that your build works fine I would say GTG. ... Yes please upload as is at the moment. With that recommendation, I've uploaded pstoedit, so that people can start playing with it. Please send an announcement to cygwin-announce, unless you plan on improving the packaging in a -2 release very soon. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDU5D684KuGfSFAYARAmkpAJ96aq3lfhJIoOOUaVux+501B3zwzgCeJfz5 UG/xr2ZricONm6fN/DLQBLY= =j+us -END PGP SIGNATURE-
pstoedit packaging error
upset: *** warning package pstoedit requires non-existent package gs I changed this to ghostscript. cgf
Security advisories: lynx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna, Lynx contains a buffer overflow that may be exploited to execute arbitrary code. (CAN-2005-3120) Solution: lynx-2.8.5 needs to be patched (URL below). http://security.gentoo.org/glsa/glsa-200510-15.xml http://bugs.gentoo.org/show_bug.cgi?id=108451 http://dev.gentoo.org/~seemant/distfiles/lynx-2.8.5-CAN-2005-3120.patch.bz2 Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDU8r6piWmPGlmQSMRAmdUAJ9Wj1KcDaOmZQpPpe3du/6a1m/p3ACgvn/M zTLj/vPgaV5IGO29mbWF1sw= =rMZM -END PGP SIGNATURE-
RE: Multiple pending setup patches
I'm thinking an asterisk after the name (with dialog text explaining its meaning), since using color becomes confusing when you also have the selected/not-selected color distinction. If the warning color were red, you could make the selected color white on red instead of the Windows default. The best reason I can think of to avoid using color is that you'd probably have to write a custom paint routine. That's a bit of work. If you choose this path, something more obvious than an asterisk would be better. For instance, prefix it with NON-OFFICIAL: . Not to mention that using color to indicate state makes things harder on those individuals who are color blind, or who depend on using a screen reader to access GUI apps like setup.exe. There was some discussion about setup.exe and screen readers a while back. I can't find anything to say otherwise, but it seems as if the setup developers (Igor, in particular) were trying to correct features in setup.exe that made it difficult to use with screen readers. It would be kind of silly to update the package selection mechanism to be screen-reader friendly while introducing another feature that wasn't. -Samrobb
Security advisories: clamav
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Clam AntiVirus is subject to vulnerabilities ranging from Denial of Service to execution of arbitrary code when handling compressed executables. (CAN-2005-2919, CAN-2005-2920) Clam AntiVirus is also vulnerable to integer overflows when handling several file formats, potentially resulting in the execution of arbitrary code. (CAN-2005-2450) Solution: update to 0.87. http://www.gentoo.org/security/en/glsa/glsa-200509-13.xml http://bugs.gentoo.org/show_bug.cgi?id=106279 http://www.gentoo.org/security/en/glsa/glsa-200507-25.xml http://bugs.gentoo.org/show_bug.cgi?id=100178 http://sourceforge.net/project/shownotes.php?release_id=356974 Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDU9OmpiWmPGlmQSMRAouZAKCiLK1CGrCaN3M5yTCSdWTzZMDzBgCg0An5 +IqnK30jLHv+dS1FJJ4bYYw= =yN2x -END PGP SIGNATURE-
Re: Multiple pending setup patches
Op Sun, 16 Oct 2005 17:30:34 -0400 (EDT) schreef Igor Pechtchanski in [EMAIL PROTECTED]: : On Fri, 14 Oct 2005, Brian Dessent wrote: : : Brian Dessent wrote: : : Except, from the standpoint of setup there is no way to distinguish the : following two scenarios: : : That is, unless you meant mirror that was manually added *this : session*, whereas I was interpreting it to be user manually entered a : non-official mirror at some point in the past and continues to use it : each time they run setup. So we could in fact detect if the user typed : or pasted something into the edit box and not prompt; but if they then : ran setup again and didn't make any changes they would get the prompt : because at that point setup cannot differentiate anymore. : : Brian, : : You are assuming that the format of the last-mirror file is fixed and : won't change. We could keep the fact that the user typed in the mirror : URL as opposed to clicking on one of the official ones... : Igor Would it not be possible to use the cached mirror-list to differentiate the two cases? (Only warn if a mirror is used which is in cache but not in new list. Keep the old mirror in the cache if the user wants to be warned again.) (I know, SHTDI.) L8r, Buzz. -- ) | | ---/ ---/ Yes, this | This message consists of true | I do not -- | | // really is | and false bits entirely.| mail for ) | | //a 72 by 4 +---+ any1 but -- \--| /--- /--- .sigfile. | |perl -pe s.u(z)\1.as.| me. 4^re
Re: Multiple pending setup patches
On Tue, 18 Oct 2005, Buzz wrote: Op Sun, 16 Oct 2005 17:30:34 -0400 (EDT) schreef Igor Pechtchanski: : On Fri, 14 Oct 2005, Brian Dessent wrote: : : Brian Dessent wrote: : : Except, from the standpoint of setup there is no way to distinguish the : following two scenarios: : : That is, unless you meant mirror that was manually added *this : session*, whereas I was interpreting it to be user manually entered a : non-official mirror at some point in the past and continues to use it : each time they run setup. So we could in fact detect if the user typed : or pasted something into the edit box and not prompt; but if they then : ran setup again and didn't make any changes they would get the prompt : because at that point setup cannot differentiate anymore. : : Brian, : : You are assuming that the format of the last-mirror file is fixed and : won't change. We could keep the fact that the user typed in the mirror : URL as opposed to clicking on one of the official ones... : Igor Would it not be possible to use the cached mirror-list to differentiate the two cases? (Only warn if a mirror is used which is in cache but not in new list. Keep the old mirror in the cache if the user wants to be warned again.) (I know, SHTDI.) a) the cached mirror-list was only introduced recently, b) the cached mirror-list is overwritten every time a successful connection is established with sourceware.org, c) this kind of information belongs in last-mirror, IMO, and d) you said it: SHTDI. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
RE: xterm pointer color
Jack Tanner wrote: startxwin.bat invokes xterm with the -ms red switch, which sets the (mouse) pointer color to red. Is it possible to specify the same value using a resource in .Xdefaults? $ xterm -version Cygwin 6.8.2.0(202) Rxvt.cursorColor:red xterm.cursorColor:red or *.cursorColor:red reid -- 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: xterm pointer color
Reid Thompson wrote: Jack Tanner wrote: startxwin.bat invokes xterm with the -ms red switch, which sets the (mouse) pointer color to red. Is it possible to specify the same value using a resource in .Xdefaults? $ xterm -version Cygwin 6.8.2.0(202) Rxvt.cursorColor:red xterm.cursorColor:red or *.cursorColor:red Actually, I now realize I was asking about pointerColor, but thanks for pointing me in the right direction. (cursorColor is for the text cursor.) Thomas Dickey, if you happen to catch this thread, please consider changing the manpage for xterm so that the -ms switch refers to the pointerColor resource. -- 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: xterm pointer color
On Mon, 17 Oct 2005, Jack Tanner wrote: Thomas Dickey, if you happen to catch this thread, please consider changing the manpage for xterm so that the -ms switch refers to the pointerColor resource. ok -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/
winsup/cygwin ChangeLog child_info.h cygheap.h ...
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-10-17 23:27:00 Modified files: cygwin : ChangeLog child_info.h cygheap.h cygthread.cc cygthread.h dcrt0.cc dtable.h exceptions.cc fhandler_netdrive.cc fhandler_tty.cc pinfo.cc pinfo.h pipe.cc select.cc sigproc.cc spawn.cc timer.cc window.cc Log message: Change process_lock to lock_process throughout. Change all calls to new cygthread to handle extra argument, throughout. * cygthread.h (cygthread::callproc): Declare new method. (cygthread::cygthread): Add optional length argument to allow copying arguments to executing thread. * cygthread.cc (cygthread::callproc): Define new method. (cygthread::stub): Use callfunc to invoke thread func to allow potentially allocating stack memory which will be returned. (cygthread::simplestub): Ditto. (cygthread::cygthread): Accept arglen argument. Reset ev here prior to activating thread. Wait for ev after activating thread if we're copying contents to the thread. Wait until the end before setting h, to allow thread synchronization. (cygthread::release): Don't reset ev here. Rely on that happening the next time the thread is activated. * pinfo.h (commune_process): Rename declaration from _pinfo::commune_process. * pinfo.cc (commune_process): Ditto for definition. Modify slightly to allow running as a separate cygthread. * sigproc.cc (child_info::sync): Always wait for both subproc_ready and any hProcess if we have a cygwin parent. (talktome): Change argument to be a pointer to siginfo_t. Contiguously allocate whole siginfo_t structure + any needed extra for eventual passing to commune_process thread. (wait_sig): Accommodate change in talktome argument. * pipe.cc (fhandler_pipe::fixup_after_exec): Remove debugging. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3157r2=1.3158 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/child_info.h.diff?cvsroot=uberbaumr1=1.57r2=1.58 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygheap.h.diff?cvsroot=uberbaumr1=1.108r2=1.109 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygthread.cc.diff?cvsroot=uberbaumr1=1.71r2=1.72 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/cygthread.h.diff?cvsroot=uberbaumr1=1.31r2=1.32 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dcrt0.cc.diff?cvsroot=uberbaumr1=1.269r2=1.270 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/dtable.h.diff?cvsroot=uberbaumr1=1.38r2=1.39 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/exceptions.cc.diff?cvsroot=uberbaumr1=1.258r2=1.259 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_netdrive.cc.diff?cvsroot=uberbaumr1=1.14r2=1.15 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/fhandler_tty.cc.diff?cvsroot=uberbaumr1=1.148r2=1.149 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.cc.diff?cvsroot=uberbaumr1=1.202r2=1.203 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pinfo.h.diff?cvsroot=uberbaumr1=1.91r2=1.92 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/pipe.cc.diff?cvsroot=uberbaumr1=1.82r2=1.83 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/select.cc.diff?cvsroot=uberbaumr1=1.119r2=1.120 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.256r2=1.257 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/spawn.cc.diff?cvsroot=uberbaumr1=1.193r2=1.194 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/timer.cc.diff?cvsroot=uberbaumr1=1.16r2=1.17 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/window.cc.diff?cvsroot=uberbaumr1=1.36r2=1.37
winsup/cygwin ChangeLog sigproc.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-10-18 04:20:46 Modified files: cygwin : ChangeLog sigproc.cc Log message: * sigproc.cc (child_info::sync): Fix typo which caused hProcess to never be cleared. Only clear hProcess when not forking. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3158r2=1.3159 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/sigproc.cc.diff?cvsroot=uberbaumr1=1.257r2=1.258
Re: [PATCH] Re: IP_MULTICAST_IF et all / Winsock[2] value conflict
On Oct 3 12:25, Brian Ford wrote: On Mon, 3 Oct 2005, Corinna Vinschen wrote: On Sep 30 18:39, Brian Ford wrote: On Fri, 30 Sep 2005, Corinna Vinschen wrote: Actually we have two states, applications built before we changed the header file and applications built after we changed the header file. Let's just not change it ;-). No, let's change it. Winsock2 is the way to go. Winsock1 is just old stuff. Since Cygwin is using Winsock2 when running on a 98 system or above, and since applications using the old/wrong Winsock1 values are broken right now anyway, there's no gain to keep the old values and force all new (and supposed to be working) applications to go through a translation stage. Let the old applications suffer, not the new ones. That's a reasonably convincing argument. I just wish fixing this didn't require an application recompile. I didn't think that was the Cygwin philosophy...time passes Oh, you mean do the translation only for older apps? That sounds good. I've just applied a patch, which does all of that, removing the last remains of Winsock1 support, as well as changing the IPPROTO_IP values in include/cygwin/socket.h to the new Winsock2 values, as well as checking for the applications ABI version number so that older applications get the values translated into the new Winsock2 values in setsockopt/getsockopt on the fly. This still needs some testing. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: rxvt as Bash login console
David Christensen wrote: 1. The font looks like a scalable font; I prefer the 7x12 bit-mapped font so that I can put six consoles on my desktop (1280x1024) and the stroke width makes the characters legible. man rxvt and playing around with the -fn (7x14, 7x13, 7x12) option didn't produce a desirable result. Nor did Shift+KP_Add or Shift+KP_Minus. locate font led me to /usr/share/groff/1.18.1/font, but grep'ing for 7x14 found nothing. Is there a way I can get the 7x12 bit-mapped font in rxvt? Try -fn FixedSys. There might be other ways to get the bitmap fonts by name. There are a ton of .fon files in the %WINDIR%\Fonts directory, you can try specifying them by name. Maybe -fn 8514fix. The above applies to W11 mode. If you're using X11 mode then you'll have to use a proper X11 font specifier such as -misc-fixed-medium-r-*-*-12-*-*-*-*-*-*-*. Personally, I can't stand the bitmapped fonts. Your objection seems to revolve around the size, but you can change that. I use -fn Lucida Console-11 and find it the best of all the monospaced fonts. Vary the number to change the size. 2. It looks like there's a slight problem with the rxvt man page: [EMAIL PROTECTED]:~$ man rxvt /usr/bin/tbl:standard input:310: `.' not last character on lin e /usr/bin/tbl:standard input:310: giving up on this table Looking at the same page using cmd.exe./Bash, the error message flashes by just before the man page is displayed, and is gone after exiting the man page. The rxvt manpage has always had problems. I don't think the above warning detracts from the ability to read the output though. 3. Copying from the rxvt console to the Windows (XP Professional SP2) clipboard using Ctrl+C causes a new prompt to be displayed. Is there a way to avoid/ prevent this? man rxvt /copy reveals nothing. That's because ^C is not the copy command in rxvt. (It's being interpreted by bash as abort this command.) In rxvt you don't do anything to copy, it's done as soon as you highlight. 4. How do I paste from the clipboard to rxvt? man rxvt /paste reveals nothing. Press the middle mouse button or shift-Ins to paste. (section TEXT SELECTION AND INSERTION in the manpage.) 5. The rxvt consoles appear to be always on top. How do I turn this mode off? I've never had that happen. Are you using W11 (native) or X11? 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/
rxvt gets backspace when using synergy
This is a strange bug. Apparently, every time I enter/leave the screen between my Windows XP server and client, if rxvt is the foreground window, then a character on the terminal gets backspaced! It happens in no other applications, and it isn't a problem with the shell (it happens when I run the cmd shell in rxvt, and doesn't happen when I run bash in the cmd terminal). I'm using the latest versions of synergy and rxvt. I'm not sure if this is a synergy bug or an rxvt bug, but it's pretty annoying. Is this a bug? Can anybody do something about this? Was this the right place to report this issue? Thanks in advance. -- 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/
Compile on a Win XP Station
I would like to compile programs from SunPCI under Cygwin (My Desktop is far more powerful than my SunPCI). Is it possible with Cygwin? Thanks, Ben -- 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: struct msghdr in socket.h is wrong
On Oct 15 22:23, Sam Steingold wrote:
* Corinna Vinschen [EMAIL PROTECTED] [2005-10-12 22:42:34 +0200]:
On Oct 12 15:17, Sam Steingold wrote:
cyswin/socket.h:
struct msghdr
{
void* msg_name; /* Socket name */
int msg_namelen;/* Length of name */
struct iovec * msg_iov;/* Data blocks */
int msg_iovlen; /* Number of blocks */
void* msg_accrights; /* Per protocol magic (eg BSD file
descriptor passing) */
int msg_accrightslen; /* Length of rights list */
};
This is the so called older implementation of struct msghdr as
defined up to 4.2BSD. Since it's quite useless so far and since
I am not sure I quite understand what you mean by useless.
is cygwin implementation somehow deficient?
sendmsg and recvmsg don't utilize the msg_accrights/msg_accrightslen member.
applications using this structure should accomodate the old
implementation anyway, I don't see a good reason to change this right
now.
the only reason applications have to accommodate the old implementation
is that some unixes still stick with it.
So, from a portability perspective...
if you switch to the posix msghdr, I, for one, would not have to
accomodate the old implementation.
I won't change it now. I'll change it at one point when there's some
functionality.
Hint: Applications using only the first four members of this structure
will be binary compatible...
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat, Inc.
--
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: mlockall() and cygwin
On Oct 16 15:47, Mohamed Amjed Ben Salah wrote: Hello, Is there any similar function in cygwin to avoid pagging and provide real time ? I have cygwin on Win XP. Sorry, no. If the application is only going to work on NT anyway, have a look into the MSDN and see the man pages for VirtualLock and SetProcessWorkingSetSize. Otherwise, mlock and munlock still have to be implemented in Cygwin (http://cygwin.com/acronyms/#SHTDI), mlockall/munlockall probably never will. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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: exiting vim changes background colour of console
On Oct 17 14:26, Robert Bram wrote: == I am finding that when I exit from vim, it turns my background back into black (which is how I had it before I tried changing it today). Is there a setting or something I have forgotten to change? == Actually this is happenning not just after vim.. but even after I exit less! Works for me. Did you close the console window and re-open one after changing the colors? Before doing this, the console colors are known to be scrambled as you describe above. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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: Vim 6.4 has been released
On Oct 16 23:52, Buchbinder, Barry (NIH/NIAID) wrote: FYI http://www.vim.org/ [2005-10-15] It has been more than a year since version 6.3 was released. Dozens of bugs have been fixed, runtime files were added and updated. There are no new features, these go into Vim 7 now (still under development). This is a stable Vim release, everybody is encouraged to upgrade to version 6.4. Oh, thank you! As Cygwin vim maintainer I'm certainly not following the vim development myself. I mean, why should I care, right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. -- 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/
Intallation is done...but not full one.
Hi Friends, As Luke suggested I have downloaded the SETUP and some OS Files from one of a FTP Site.It was around 10 MB. Then I run the SETUP file it installed CYGWIN. It is working for me in my Laptop-XP-HE. But I dont see any vi/dos2unix/unix2dos commands. How can I install them ? Regards Suil __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.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/
rxvt malfuncioning with us-laptop keyboard
Hi, I have been installing Cygwin in a laptop with W-XP. RXVT has the following problem with the US keyboard, (without keypad) In bash Shift-h produces Crtl-h (backspace) In tcsh Shift-h is OK, but the backspace key yields capital H The command shell window works fine. RM. -- 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, ssh, and top
Larry Hall (Cygwin) wrote: I think what David is saying here is that if there weren't a bug in Debian 3.1 terminal settings, this would work either way, just as it did in 3.0. Regardless of the workarounds for the bug, there is still a bug and it's worthwhile getting it fixed, if for no other reason than it will cut down on some future traffic on this list. ;-) True, but he also seems to be under the impression that cygwin bash is only cygwin bash when you start it from an unaltered cygwin.bat - ie using cmd.exe, which is most assuredly not the case. In the meantime.. *tests with debian sid and etch* Works perfectly with both sid and etch (unstable and testing, respectively). I'll get the package the file is in, and the differences in the termcap settings in a few. Need to make phone calls first - blasted job :P -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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/
[ANNOUNCEMENT] Updated: openssl097-0.9.7i-1
I've updated the version of the compatibility package openssl097 to 0.9.7i-1. This is an upstream bug fix. The Cygwin release is the vanilla version, no additional patches. Official release message (including typos): === OpenSSL version 0.9.7i released === OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ OpenSSL 0.9.7h caused crashes when the shared libcrypto was upgraded. This release fixes that problem. For those who want or have to stay with the 0.9.7 series of OpenSSL instead of using the 0.9.8 series, we strongly recommend that you upgrade to OpenSSL 0.9.7h soon as possible. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. OpenSSL 0.9.7i is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ The distribution file names are: * openssl-0.9.7i.tar.gz MD5 checksum: f69d82b206ff8bff9d0e721f97380b9e SHA1 checksum: 4c23925744d43272fa19615454da44e01465eb06 The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz Yours, The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf M\366ller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz J\344nickeBodo M\366ller === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc. -- 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: rxvt as Bash login console
David Christensen wrote: Interesting. But, I ran across some issues: 1. The font looks like a scalable font; I prefer the 7x12 bit-mapped font so that I can put six consoles on my desktop (1280x1024) and the stroke width makes the characters legible. man rxvt and playing around with the -fn (7x14, 7x13, 7x12) option didn't produce a desirable result. Nor did Shift+KP_Add or Shift+KP_Minus. locate font led me to /usr/share/groff/1.18.1/font, but grep'ing for 7x14 found nothing. Is there a way I can get the 7x12 bit-mapped font in rxvt? The standard cmd.exe font options are related to raster fonts - I've no idea if you can get rxvt to use these. However, lucida console size 12 is also 7x12 - so this should work.. Not sure how you'd specify it, beyond that you use -fn. Can't find the option to set the size, but I imagine that is in the manpage. 2. It looks like there's a slight problem with the rxvt man page: [EMAIL PROTECTED]:~$ man rxvt /usr/bin/tbl:standard input:310: `.' not last character on lin e /usr/bin/tbl:standard input:310: giving up on this table Looking at the same page using cmd.exe./Bash, the error message flashes by just before the man page is displayed, and is gone after exiting the man page. I get the same, but I don't know how it affects the page - this needs to be flagged to the rxvt maintainer. It's a lot better than it used to be though (see archives) 3. Copying from the rxvt console to the Windows (XP Professional SP2) clipboard using Ctrl+C causes a new prompt to be displayed. Is there a way to avoid/ prevent this? man rxvt /copy reveals nothing. Unix style. Select (left click drag) to copy to clipboard. Use ctrl-v/shift-ins as normal in other apps to paste. Middle-click to paste in rxvt. Ctrl-C is supposed to abort the current command, so this is normal behaviour. 4. How do I paste from the clipboard to rxvt? man rxvt /paste reveals nothing. See above. 5. The rxvt consoles appear to be always on top. How do I turn this mode off? I can't say I've ever had this problem... Did you copy my cygwin.bat verbatim, or make changes to it? Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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, ssh, and top
Chris Taylor wrote:
True, but he also seems to be under the impression that cygwin bash is
only cygwin bash when you start it from an unaltered cygwin.bat - ie
using cmd.exe, which is most assuredly not the case.
In the meantime.. *tests with debian sid and etch*
Works perfectly with both sid and etch (unstable and testing,
respectively).
I'll get the package the file is in, and the differences in the termcap
settings in a few. Need to make phone calls first - blasted job :P
And as an update:
# Reconstructed via infocmp from file: /lib/terminfo/c/cygwin
cygwin|ansi emulation for Cygwin,
am, hs, in, msgr, xon,
colors#8, it#8, pairs#64,
acsc=+\020\,\021-\030.^Y0\333`\004a\261f\370g\361h\260j\331k\277l\332m\300n\305o~p\304q\304r\304s_t\303u\264v\301w\302x\263y\363z\362{\343|\330}\234~\376,
bel=^G, bold=\E[1m, cbt=\E[Z, clear=\E[H\E[J, cr=^M,
cub=\E[%p1%dD, cub1=^H, cud=\E[%p1%dB, cud1=\E[B,
cuf=\E[%p1%dC, cuf1=\E[C, cup=\E[%i%p1%d;%p2%dH,
cuu=\E[%p1%dA, cuu1=\E[A, dch=\E[%p1%dP, dch1=\E[P,
dl=\E[%p1%dM, dl1=\E[M, ed=\E[J, el=\E[K, el1=\E[1K, fsl=^G,
home=\E[H, hpa=\E[%i%p1%dG, ht=^I, ich=\E[%p1%d@,
ich1=\E[@, il=\E[%p1%dL, il1=\E[L, ind=^J, invis=\E[8m,
kb2=\E[G, kbs=^H, kcub1=\E[D, kcud1=\E[B, kcuf1=\E[C,
kcuu1=\E[A, kdch1=\E[3~, kend=\E[4~, kf1=\E[[A,
kf10=\E[21~, kf11=\E[23~, kf12=\E[24~, kf13=\E[25~,
kf14=\E[26~, kf15=\E[28~, kf16=\E[29~, kf17=\E[31~,
kf18=\E[32~, kf19=\E[33~, kf2=\E[[B, kf20=\E[34~,
kf3=\E[[C, kf4=\E[[D, kf5=\E[[E, kf6=\E[17~, kf7=\E[18~,
kf8=\E[19~, kf9=\E[20~, khome=\E[1~, kich1=\E[2~,
knp=\E[6~, kpp=\E[5~, kspd=^Z, nel=^M^J, op=\E[39;49m,
rc=\E8, rev=\E[7m, ri=\EM, rmacs=\E[10m,
rmcup=\E[2J\E[?47l\E8, rmir=\E[4l, rmpch=\E[10m,
rmso=\E[27m, rmul=\E[24m, rs1=\Ec\E]R, sc=\E7,
setab=\E[4%p1%dm, setaf=\E[3%p1%dm,
sgr=\E[0;10%?%p1%t;7%;%?%p2%t;4%;%?%p3%t;7%;%?%p4%t;5%;%?%p6%t;1%;%?%p7%t;8%;%?%p9%t;11%;m,
sgr0=\E[0;10m, smacs=\E11m, smcup=\E7\E[?47h, smir=\E[4h,
smpch=\E[11m, smso=\E[7m, smul=\E[4m, tsl=\E];,
u6=\E[%i%d;%dR, u7=\E[6n, u8=\E[?6c, u9=\E[c,
vpa=\E[%i%p1%dd,
That's the output of infocmp cygwin on my laptop running debian sid.
As I've said, this works fine for me in both cmd and rxvt, including
with the 7x12 font David has said he prefers.
So it looks like the bug in question was caught and fixed already - I
suggest trying the package from testing first, then the one from
unstable if testing doesn't sort it..
The package in question is ncurses-base
Chris
--
Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?
--
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/
[ANNOUNCEMENT] Updated: vim-6.4-1
I have updated the version of vim on cygwin.com to 6.4-1. This is a new upstream release. The Cygwin version is built from the vanilla sources. The official release message: === Announcing: Vim (Vi IMproved) version 6.4 Author: Bram Moolenaar et al. Announcement This is a bugfix release of Vim. Since Vim 6.3 dozens of reported problems have been fixed. Also included are new and updated syntax files, translated menus and messages. There are no new features. This release is only fixing bugs. A Beta version revealed a few problems, mostly in the creation of the generated files. This has been fixed and tested again. I am confident that the 6.4 release is the most stable Vim ever! Once you have installed 6.4 you can find details about the changes since Vim 6.3 with :help version-6.4. There is a long list of fixed bugs. What is next? - Vim 7! If I keep getting donations from sponsors and registered Vim users I will be able to add several big features. One of the new features is spell checking, it already works quite well. The list of votes is an indication of other items that might get added in Vim 7: http://www.vim.org/sponsor/vote_results.php What is Vim anyway? --- Vim is an almost 100% compatible version of the UNIX editor Vi. Many new features have been added: Multi level undo, syntax highlighting, command line history, filename completion, block operations, etc. Those who don't know Vi can probably skip this message, unless you are prepared to learn something new and useful. Vim is especially recommended for editing programs. Vim runs on almost any Unix flavor, MS-DOS, MS-Windows 3.1, MS-Windows 95/98/ME/NT/2000/XP, OS/2, Atari MiNT, BeOS, VMS, RISC OS, Macintosh and Amiga. For more information, see http://www.vim.org. This is also a great place to find Vim tips and scripts! Where to get it --- Information about which files to download for what system, obtaining Vim through Aap, CVS, etc.: http://www.vim.org/download.php All files can be found below this directory: ftp://ftp.vim.org/pub/vim/ A list of mirror sites can be found here: http://www.vim.org/mirrors.php An overview of the files: UNIX: unix/vim-6.4.tar.bz2 sources + runtime files, bzip2 compressed The same in parts that fit on a floppy: unix/vim-6.4-rt1.tar.gzruntime files part 1 unix/vim-6.4-rt2.tar.gzruntime files part 2 unix/vim-6.4-src1.tar.gz sources part 1 unix/vim-6.4-src2.tar.gz sources part 2 unix/vim-6.3-6.4.diff.gz diff between 6.3 and 6.4 VARIOUS: extra/vim-6.4-extra.tar.gz extra files extra/vim-6.4-lang.tar.gz multi-language files extra/vim-6.3-6.4-extra.diff.gzdiff for extra files extra/vim-6.3-6.4-lang.diff.gz diff for multi-language files doc/vim64html.zip help files converted to HTML DIFFS between 6.4b and 6.4: unstable/unix/vim-6.4b-6.4.diff.gz sources and runtime files unstable/extra/vim-6.4b-6.4-extra.diff.gz extra files unstable/extra/vim-6.4b-6.4-lang.diff.gzmulti-language files MS-WINDOWS: pc/gvim64.exe self-installing, includes all runtime files, gvim.exe, vim.exe, etc. pc/vim64rt.zip runtime files (use with one of the binaries) pc/vim64lang.zip files for translated messages and menus pc/gvim64.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim64ole.zip GUI binary with OLE support pc/gvim64_s.zipGUI binary for Windows 3.x with Win32s pc/vim64d16.zip16 bits real mode - works on any system pc/vim64d32.zip32 bits protected mode - needs 386 and DPMI pc/vim64w32.zipconsole version for Windows NT/2000/XP pc/vim64src.zipsources for PC (with CR-LF) AMIGA: amiga/vim64rt.tgz runtime files (always needed) amiga/vim64bin.tgz executable files amiga/vim64src.tgz sources packed for Amiga Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. First search the archive, it is full of useful hints. If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. Subject specific lists: Multi-byte issues: vim-multibyte Macintosh issues: vim-mac More info on the maillists and links to the archives: http://www.vim.org/maillist.php Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence
audit logs in windows 2000 with cygwin
Hi, We have cygwin installed in a sever. The cygwin1.dll's version is 1.5.14. We have activated the audits in windows 2000. We receive in the logs many error about account NO USER. I have read that the problem is due to cygwin. Can help my anybody? Thanks you in advanced, Claudia -- 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: audit logs in windows 2000 with cygwin
[EMAIL PROTECTED] wrote: Hi, We have cygwin installed in a sever. The cygwin1.dll's version is 1.5.14. We have activated the audits in windows 2000. We receive in the logs many error about account NO USER. I have read that the problem is due to cygwin. Can help my anybody? Thanks you in advanced, Claudia Help us help you: Problem reports: http://cygwin.com/problems.html Particularly, attaching cygcheck.out - not having it inline. However, given that the current version of cygwin is 1.5.18 - might I suggest you update? Odds are you have installed some sort of service, but it's not configured correctly.. Chris -- Spinning complacently in the darkness, covered and blinded by a blanket of little lives, false security has lulled the madness of this world into a slumber. Wake up! An eye is upon you, staring straight down and keenly through, seeing all that you are and everything that you will never be. Yes, an eye is upon you, an eye ready to blink. So face forward, with arms wide open and mind reeling. Your future has arrived... Are you ready to go? -- 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: Compile on a Win XP Station
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bbn on 10/17/2005 12:40 AM: I would like to compile programs from SunPCI under Cygwin (My Desktop is far more powerful than my SunPCI). Is it possible with Cygwin? It sounds like you want to build a cross-compiler. Yes, this is possible, but not typical, so you probably won't get much more help on this list. Toogle for more information about compiling gcc from source to build a cross-compiler; there are other lists devoted to that subject. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDU45m84KuGfSFAYARAvzqAJoDizDO1ubm+BAw8QKIgf8qqmwF7wCgsPZn 0ZQ6hgm/RZ2E4MfOrYFAm/s= =N+ZZ -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: Intallation is done...but not full one.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to S.Sunil Kumar on 10/17/2005 3:14 AM: But I dont see any vi/dos2unix/unix2dos commands. How can I install them ? http://cygwin.com/faq/faq.setup.html#faq.setup.what-packages - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDU47A84KuGfSFAYARAvGpAJ9DVsgkEg7MrEnsazpyw4svg4PJ9gCfeXnB aeST62ajiRyq+lzv1y3Drvo= =LJej -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: Vim 6.4 has been released
At Monday, October 17, 2005 5:08 AM, Corinna Vinschen wrote: On Oct 16 23:52, Buchbinder, Barry (NIH/NIAID) wrote: FYI http://www.vim.org/ [2005-10-15] It has been more than a year since version 6.3 was released. Dozens of bugs have been fixed, runtime files were added and updated. There are no new features, these go into Vim 7 now (still under development). This is a stable Vim release, everybody is encouraged to upgrade to version 6.4. Oh, thank you! As Cygwin vim maintainer I'm certainly not following the vim development myself. I mean, why should I care, right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc. My apologies. I should have waited. - Barry -- 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: md5sum problem on reading CD's
try head -c SIZE /dev/scd0 | md5sum if still broken what is wc /dev/scd0 On Wed, 12 Oct 2005, Corinna Vinschen wrote: On Oct 11 22:03, Stilianos Kesisoglou wrote: Hi, I've discovered an error in using the md5sum command to create a hash for a CD. I was trying to burn a CD, from an ISO image of the Solaris CD1 that I downloaded from Sun's Download Center. Before the burning process, I've calculated the md5 hash for the ISO image using both Cygwin's md5sum command and ISOBuster's (that allows also to make the hash for 2048 and 2352 bytes/block). For Cygwin's md5sum I used the command: % md5sum sol-10-GA-x86-v1-iso.iso The results for the hashes are below: 3838f0e0560b4a1d9dc43a8cf754965a *sol-10-GA-x86-v1-iso.iso (with Cygwin's md5sum) 3838f0e0560b4a1d9dc43a8cf754965a *CD.tao (with ISOBuster - 2048 bytes/block) d1e3c9bbfc16cf0922d94afeeda2e756 *CD.bin (with ISOBuster - 2352 bytes/block) So there is an agreement with for the hash (with the 2048 setting). After burning the CD, I wanted to check the integrity of the burn so I've run again ISOBuster and Cygwin's md5sum. For Cygwin I've used the command: % md5sum /dev/scd0 and I got the following results: eeba689f88d7a28e4ef54099db5c429c */dev/scd0 (with Cygwin's md5sum) 3838f0e0560b4a1d9dc43a8cf754965a *CD.tao (with ISOBuster - 2048 bytes/block) d1e3c9bbfc16cf0922d94afeeda2e756 *CD.bin (with ISOBuster - 2352 bytes/block) I guess reading from /dev/scd0 reads all bits from the CD while ISOBuster only reads the exact number of bytes burned on CD. As I said, just a guess, Corinna -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Partner Sr. Manager 7 West 24th Street #100 - - +1 (443) 921-0381 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. -- 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: Problem: find not traversing /cygdrive/X properly?
Hi - After installing the latest updates on 2005-Oct-15 (those updates being whois, openssl, ncurses and cygwin-doc) - my find seems to be broken. I've searched the mailing lists for relevant posts but didn't see any relevant posts (but hey, searching for find turns up a lot of non-related hits!). Nothing in that list looks like it would have made a difference. Are you sure you didn't also pick up something else new? The find command was working fine before I installed the latest/greatest updates, but now I get this output from the command: tka-16:/cygdrive/p find /cygdrive/c -iname win.ini -type f Works fine for me. My mounts look okay: Actually, they don't. tka-16:/cygdrive/p mount D:\cygWIN\bin on /usr/bin type system (textmode) D:\cygWIN\lib on /usr/lib type system (textmode) Yuck - you really want your bin and lib to be binmode. If you run the same command on C:/, it works fine: tka-16:/cygdrive/p find c:/ -iname win.ini find: c:/System Volume Information: Permission denied c:/WINDOWS/win.ini The cygcheck information follows the sigtrace information. This much information may have been better sent as an attachment - 104k of inline text is a bit much. Here's the sigtrace (my comments are prefixed with ***): 35 35975 [main] find 2692 normalize_posix_path: /cygdrive/.backupSettings = normalize_posix_path (.backupSettings) *** It's just normalized the path - but it omitted the drive (c) portion from the full path 33 36008 [main] find 2692 mount_info::conv_to_win32_path: conv_to_win32_path (/cygdrive/.backupSettings) Yes indeed, that looks weird. Are you sure your mounts are ok? And finally, here's the cygcheck output: Which should ALWAYS be sent as an attachment. cygwin 1.5.18-1 findutils4.2.25-2 Those are the latest versions, so nothing obvious there. -- Eric Blake volunteer cygwin findutils maintainer -- 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: Problem: find not traversing /cygdrive/X properly?
-- Forwarded Message: - From:Kevin Autrey Kevin.Autrey AT pobox DOT com To: ericblake AT comcast DOT net (Eric Blake) Subject: Re: Problem: find not traversing /cygdrive/X properly? Date:Mon, 17 Oct 2005 14:44:23 + Hi Eric - At 09:29 10/17/2005 (Monday), you wrote: Hi - After installing the latest updates on 2005-Oct-15 (those updates being whois, openssl, ncurses and cygwin-doc) - my find seems to be broken. I've searched the mailing lists for relevant posts but didn't see any relevant posts (but hey, searching for find turns up a lot of non-related hits!). Nothing in that list looks like it would have made a difference. Are you sure you didn't also pick up something else new? Yeah, that's what I was thinking too - that nothing that was updated should have made a difference. Here are all of the files that got downloaded during the update on Saturday: tka-16:/cygdrive/e/cygwin/http%3a%2f%2fplanetmirror.com%2fpub%2fsourceware%2fcy gwin find . -mtime 1 -ls 2814749767109680 drwxrwxrwt 120 0 Oct 15 10:34 ./release 2814749767109930 drwxrwxrwt 2 0 Oct 15 10:33 ./release/cygwin-doc 844424930139267 454 -rwxrwxrwx 1 Administrator Users 929258 Oct 15 10:33 ./release/cygwin-doc/cygwin-doc-1.4-3.tar.bz2 2814749767110450 drwxrwxrwt 6 0 Oct 15 10:34 ./release/ncurses 2814749767113820 drwxrwxrwt 2 0 Oct 15 10:34 ./release/ncurses/libncurses8 844424930139268 84 -rwxrwxrwx 1 Administrator Users 169516 Oct 15 10:34 ./release/ncurses/libncurses8/libncurses8-5.4-4.tar.bz2 1125899906849942 172 -rwxrwxrwx 1 Administrator Users 349256 Oct 15 10:34 ./release/ncurses/ncurses-5.4-4.tar.bz2 2814749767110490 drwxrwxrwt 4 0 Oct 15 10:34 ./release/openssl 1125899906849943 480 -rwxrwxrwx 1 Administrator Users 980283 Oct 15 10:34 ./release/openssl/openssl-0.9.8a-1.tar.bz2 2814749767114040 drwxrwxrwt 2 Users 0 Oct 15 10:34 ./release/openssl/openssl097 1125899906849944 276 -rwxrwxrwx 1 Administrator Users 564535 Oct 15 10:34 ./release/openssl/openssl097/openssl097-0.9.7h-1.tar.bz2 5629499534285360 drwxrwxrwt 2 Administrator Users 0 Oct 15 10:34 ./release/whois 1125899906849945 20 -rwxrwxrwx 1 Administrator Users 37227 Oct 15 10:34 ./release/whois/whois-4.7.8-1.tar.bz2 8444249301392690 drwxrwxrwt 3 Administrator Users 0 Oct 15 10:34 ./release/_obsolete 8444249301392700 drwxrwxrwt 2 Administrator Users 0 Oct 15 10:34 ./release/_obsolete/libpcre 11258999068499411 -rwxrwxrwx 1 Administrator Users 46 Oct 15 10:34 ./release/_obsolete/libpcre/libpcre-4.1-2.tar.bz2 11258999068499461 -rwxrwxrwx 1 Administrator Users 373 Oct 15 10:34 ./release/_update-info-dir/_update-info-dir-00322-1.tar.bz2 The find command was working fine before I installed the latest/greatest updates, but now I get this output from the command: tka-16:/cygdrive/p find /cygdrive/c -iname win.ini -type f Works fine for me. My mounts look okay: Actually, they don't. tka-16:/cygdrive/p mount D:\cygWIN\bin on /usr/bin type system (textmode) D:\cygWIN\lib on /usr/lib type system (textmode) Yuck - you really want your bin and lib to be binmode. Okay, I changed the mounts to binmode (not sure how they got to be textmode...) - no improvement: tka-16:/cygdrive/c mount d:\cygwin\bin on /usr/bin type system (binmode) d:\cygwin\lib on /usr/lib type system (binmode) d:\cygwin on / type system (binmode) c: on /cygdrive/c type system (textmode,noumount) d: on /cygdrive/d type system (textmode,noumount) e: on /cygdrive/e type system (textmode,noumount) i: on /cygdrive/i type system (textmode,noumount) m: on /cygdrive/m type system (textmode,noumount) p: on /cygdrive/p type system (textmode,noumount) s: on /cygdrive/s type system (textmode,noumount) v: on /cygdrive/v type system (textmode,noumount) w: on /cygdrive/w type system (textmode,noumount) mount -m may be a little more informative here, if something happened to mount --change-cygdrive-prefix. and then: tka-16:/cygdrive/c find /cygdrive/c win.ini /cygdrive/c find: .: No such file or directory find: /cygdrive/c/.backupSettings: No such file or directory find: /cygdrive/c/AUTOEXEC.BAT: No such file or directory find: /cygdrive/c/boot.ini: No such file or directory find: /cygdrive/c/CONFIG.SYS: No such file or directory find: /cygdrive/c/Documents and Settings: No such file or directory find: /cygdrive/c/IO.SYS: No such file or directory find: /cygdrive/c/Log.txt: No such file or directory find: /cygdrive/c/MSDOS.SYS: No such file or directory find: /cygdrive/c/NTDETECT.COM: No
Re: Problem: find not traversing /cygdrive/X properly?
Sorry for the private e-mail earlier... my e-mailer (Eudora) understands Reply-To: but apparently not Mail-Followup-To:. :-( Anyway, mount -m returns the following (and the cygdrive-prefix looks good to me): tka-16:/cygdrive mount -m mount -f -s -b d:/cygwin/bin /usr/bin mount -f -s -b d:/cygwin/lib /usr/lib mount -f -s -b d:/cygwin / mount -s -t --change-cygdrive-prefix /cygdrive I then took your suggestion and downloaded the snapshot version of cygwin1.dll, and rebooted: tka-16:/cygdrive/c uname -a CYGWIN_NT-5.1 tka-16 1.5.19s(0.138/4/2) 20051013 22:16:34 i686 unknown unknown Cygwin But the problem remains... Is the part where the path is normalized (from the earlier strace listing) - when the drive letter goes missing from the /cygdrive/.../filename path - is that normalization done in the cygwin1.dll code or in the find application code? Kevin At 09:58 10/17/2005 (Monday), Eric Blake wrote: -- Forwarded Message: - From:Kevin Autrey Kevin.Autrey AT pobox DOT com To: ericblake AT comcast DOT net (Eric Blake) Subject: Re: Problem: find not traversing /cygdrive/X properly? Date:Mon, 17 Oct 2005 14:44:23 + Hi Eric - At 09:29 10/17/2005 (Monday), you wrote: Hi - After installing the latest updates on 2005-Oct-15 (those updates being whois, openssl, ncurses and cygwin-doc) - my find seems to be broken. I've searched the mailing lists for relevant posts but didn't see any relevant posts (but hey, searching for find turns up a lot of non-related hits!). Nothing in that list looks like it would have made a difference. Are you sure you didn't also pick up something else new? Yeah, that's what I was thinking too - that nothing that was updated should have made a difference. Here are all of the files that got downloaded during the update on Saturday: tka-16:/cygdrive/e/cygwin/http%3a%2f%2fplanetmirror.com%2fpub%2fsourcewar e%2fcy gwin find . -mtime 1 -ls 2814749767109680 drwxrwxrwt 120 0 Oct 15 10:34 ./release 2814749767109930 drwxrwxrwt 2 0 Oct 15 10:33 ./release/cygwin-doc 844424930139267 454 -rwxrwxrwx 1 Administrator Users 929258 Oct 15 10:33 ./release/cygwin-doc/cygwin-doc-1.4-3.tar.bz2 2814749767110450 drwxrwxrwt 6 0 Oct 15 10:34 ./release/ncurses 2814749767113820 drwxrwxrwt 2 0 Oct 15 10:34 ./release/ncurses/libncurses8 844424930139268 84 -rwxrwxrwx 1 Administrator Users 169516 Oct 15 10:34 ./release/ncurses/libncurses8/libncurses8-5.4-4.tar.bz2 1125899906849942 172 -rwxrwxrwx 1 Administrator Users 349256 Oct 15 10:34 ./release/ncurses/ncurses-5.4-4.tar.bz2 2814749767110490 drwxrwxrwt 4 0 Oct 15 10:34 ./release/openssl 1125899906849943 480 -rwxrwxrwx 1 Administrator Users 980283 Oct 15 10:34 ./release/openssl/openssl-0.9.8a-1.tar.bz2 2814749767114040 drwxrwxrwt 2 Users 0 Oct 15 10:34 ./release/openssl/openssl097 1125899906849944 276 -rwxrwxrwx 1 Administrator Users 564535 Oct 15 10:34 ./release/openssl/openssl097/openssl097-0.9.7h-1.tar.bz2 5629499534285360 drwxrwxrwt 2 Administrator Users 0 Oct 15 10:34 ./release/whois 1125899906849945 20 -rwxrwxrwx 1 Administrator Users 37227 Oct 15 10:34 ./release/whois/whois-4.7.8-1.tar.bz2 8444249301392690 drwxrwxrwt 3 Administrator Users 0 Oct 15 10:34 ./release/_obsolete 8444249301392700 drwxrwxrwt 2 Administrator Users 0 Oct 15 10:34 ./release/_obsolete/libpcre 11258999068499411 -rwxrwxrwx 1 Administrator Users 46 Oct 15 10:34 ./release/_obsolete/libpcre/libpcre-4.1-2.tar.bz2 11258999068499461 -rwxrwxrwx 1 Administrator Users 373 Oct 15 10:34 ./release/_update-info-dir/_update-info-dir-00322-1.tar.bz2 The find command was working fine before I installed the latest/greatest updates, but now I get this output from the command: tka-16:/cygdrive/p find /cygdrive/c -iname win.ini -type f Works fine for me. My mounts look okay: Actually, they don't. tka-16:/cygdrive/p mount D:\cygWIN\bin on /usr/bin type system (textmode) D:\cygWIN\lib on /usr/lib type system (textmode) Yuck - you really want your bin and lib to be binmode. Okay, I changed the mounts to binmode (not sure how they got to be textmode...) - no improvement: tka-16:/cygdrive/c mount d:\cygwin\bin on /usr/bin type system (binmode) d:\cygwin\lib on /usr/lib type system (binmode) d:\cygwin on / type system (binmode) c: on /cygdrive/c type system (textmode,noumount) d: on /cygdrive/d type system (textmode,noumount) e: on /cygdrive/e type system (textmode,noumount) i: on /cygdrive/i type system (textmode,noumount) m: on /cygdrive/m type system (textmode,noumount) p:
Convert an old Laptop into an X Terminal
I have an old laptop with a broken hard-drive. I want to boot it with a very light linux, like ubuntu or Kaella (Knoppix for french). Then, I want to connect to my XP desktop using cygwin. Do you have any idea how I should proceed? Thanks Ben -- 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
After downloading and installing every component of the setup.exe file for using cygwin, when I open cygwin and try compiling a program that i have created, using the command gcc -o filename filename.c, the command gcc is not recognized and I cannot compile my program. What should I do?? Thank you -- 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: struct msghdr in socket.h is wrong
On Oct 17 10:44, Corinna Vinschen wrote:
On Oct 15 22:23, Sam Steingold wrote:
* Corinna Vinschen [2005-10-12 22:42:34 +0200]:
On Oct 12 15:17, Sam Steingold wrote:
cyswin/socket.h:
struct msghdr
{
void* msg_name; /* Socket name */
int msg_namelen;/* Length of name */
struct iovec * msg_iov;/* Data blocks */
int msg_iovlen; /* Number of blocks */
void* msg_accrights; /* Per protocol magic (eg BSD file
descriptor passing) */
int msg_accrightslen; /* Length of rights list */
};
This is the so called older implementation of struct msghdr as
defined up to 4.2BSD. Since it's quite useless so far and since
I am not sure I quite understand what you mean by useless.
is cygwin implementation somehow deficient?
sendmsg and recvmsg don't utilize the msg_accrights/msg_accrightslen member.
applications using this structure should accomodate the old
implementation anyway, I don't see a good reason to change this right
now.
the only reason applications have to accommodate the old implementation
is that some unixes still stick with it.
So, from a portability perspective...
if you switch to the posix msghdr, I, for one, would not have to
accomodate the old implementation.
I won't change it now. I'll change it at one point when there's some
functionality.
Never mind, I've changed it in CVS. Note that msg_control, msg_controllen
and msg_flags members are still without function. However, msg_controllen
and msg_flags are both set to 0 on return from recvmsg. The CMSG_FIRSTHDR
macro is meant to handle this gracefully, so please try the next Cygwin
snapshot and report back. Keep in mind that for testing this correctly,
you have to install at least /usr/include/cygwin/socket.h and
/usr/lib/libcygwin.a additionally to the DLL.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat, Inc.
--
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: Problem
[EMAIL PROTECTED] wrote: After downloading and installing every component of the setup.exe file for using cygwin, when I open cygwin and try compiling a program that i have created, using the command gcc -o filename filename.c, the command gcc is not recognized and I cannot compile my program. What should I do?? Please read and follow carefully the problem reporting guidelines found here: Problem reports: http://cygwin.com/problems.html Pay particular attention to the request to *attach*, rather than in-line, the 'cygcheck' output. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- 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: Convert an old Laptop into an X Terminal
Bbn wrote: I have an old laptop with a broken hard-drive. I want to boot it with a very light linux, like ubuntu or Kaella (Knoppix for french). Then, I want to connect to my XP desktop using cygwin. If you mean that you want to display your native Windows desktop on the laptop running linux, then that's impossible with X11. You must use rdp or vnc, which are both unrelated to cygwin. If you mean that you want to ssh into your desktop from the laptop and then run Cygwin apps on the desktop with the DISPLAY set to the laptop's X11 server, then that will work fine. There's nothing cygwin specific about this, other than perhaps installing sshd (run ssh-host-config script.) Then ssh as you would to any other unix system. See the Cygwin/X faq. If you have further questions relating to X11 and Cygwin then you should use the cygwin-xfree (at) cygwin.com list instead of this one. 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/
making .so files...
I am not sure if this can be done on windows but here it goes. I am working with the Asterisk application, it uses modules these are .so files which are linked against the main executable. Asterisk will load a module, which may or may not make use of code exported by the main executable. Is this two way DLL allowed under windows? Restated, can a DLL call code from the main executable? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Partner Sr. Manager 7 West 24th Street #100 - - +1 (443) 921-0381 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. -- 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: exiting vim changes background colour of console
Hi Corinna, == I am finding that when I exit from vim, it turns my background back into black (which is how I had it before I tried changing it today). Is there a setting or something I have forgotten to change? == Actually this is happenning not just after vim.. but even after I exit less! Works for me. Did you close the console window and re-open one after changing the colors? Before doing this, the console colors are known to be scrambled as you describe above. Yes I closed and re-opened the console and the problem recurs. :-/ Kind regards, Rob :) --- Robert Mark Bram Portal Analyst Programmer eTechnology, Coles Myer Limited [EMAIL PROTECTED] +61 3 9635 1036 This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail immediately. Any confidentiality, privilege or copyright is not waived or lost because this e-mail has been sent to you in error. It is your responsibility to check this e-mail and any attachments for viruses. No warranty is made that this material is free from computer virus or any other defect or error. Any loss/damage incurred by using this material is not the sender's responsibility. The sender's entire liability will be limited to resupplying the material. -- 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 with 20051017 snapshot
There seems to be a problem with the 20051017 snapshot and process exit
values.
$ cat t.c
int main (int argc, char **argv)
{
return 1;
}
$ gcc -Wall -o t t.c
$ ./t ; echo $?
0
With the previous snapshot, $? = 1.
--
David Rothenbergerspammer? - [EMAIL PROTECTED]
GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8
The disks are getting full; purge a file today.
signature.asc
Description: OpenPGP digital signature
RE: rxvt as Bash login console
I wrote: 3. Copying from the rxvt console 4. How do I paste from the clipboard to rxvt? ... Chris Taylor wrote: Unix style. Yup. I can't say I've ever had this problem... Did you copy my cygwin.bat verbatim, or make changes to it? Uh, yeah! (Quickly find previous message, cut and paste into batch file, run it, test). Yeah, verbatim! But, the problem isn't there today... If and when I can reproduce it, I'll post the procedure. Thanks! David -- 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, ssh, and top
Chris Taylor wrote: he also seems to be under the impression that cygwin bash is only cygwin bash when you start it from an unaltered cygwin.bat - ie using cmd.exe, which is most assuredly not the case. Yup. I plead ignorance. # Reconstructed via infocmp from file: /lib/terminfo/c/cygwin ... That's the output of infocmp cygwin on my laptop running debian sid. diff'ing that against Sarge: [EMAIL PROTECTED]:~/mydocuments/cygwin$ diff -w infocmp-cygwin-debian-3.1.out in focmp-cygwin-debian-sid.out 1c1 # Reconstructed via infocmp from file: /etc/terminfo/c/cygwin --- # Reconstructed via infocmp from file: /lib/terminfo/c/cygwin 4a5 5a7 24a27 25a29 29a34,36 Assuming empty lines have no effect, Sarge and Sid use the same terminfo settings. I wonder if top is different between Sarge and Sid? http://www.debian.org/distrib/packages#search_contents tells me that top is in package base/procps. My Sarge box has: [EMAIL PROTECTED]:~$ apt-cache showpkg procps | head -n 3 Package: procps Versions: 1:3.2.1-2(/var/lib/apt/lists/Debian%20GNU_Linux%203.1%20r0a%20%5fSar ge%5f%20-%20Official%20i386%20Binary-1%20(20050607)_dists_unstable_main_ binary-i386_Packages)(/var/lib/apt/lists/mirrors.kernel.org_debian_dists _stable_main_binary-i386_Packages)(/var/lib/apt/lists/ftp.us.debian.org_ debian_dists_stable_main_binary-i386_Packages)(/var/lib/apt/lists/linux. csua.berkeley.edu_debian_dists_stable_main_binary-i386_Packages)(/var/li b/dpkg/status) I use DOS line endings. Perhaps that's the cause of the bug? Run Cygwin setup, change line ending mode, test ssh and top -- problem still there. As I've said, this works fine for me in both cmd and rxvt, including with the 7x12 font David has said he prefers. So it looks like the bug in question was caught and fixed already - I suggest trying the package from testing first, then the one from unstable if testing doesn't sort it.. The package in question is ncurses-base I filed a bug report. Thomas Dickey seems to be hot on the trail: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=334289 Thanks! David -- 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: rxvt as Bash login console
Brian Dessent wrote: I use -fn Lucida Console-11... Yes, that's better. :-) But, I still like Cygwin Bash's use of gray for text, white for bolding, cyan (?) in perldoc pages, etc., and the way I can control things via the DOS box Properties. But, I have and will use rxvt for top on Debian 3.1 until the extraneous newline issue gets fixed. (section TEXT SELECTION AND INSERTION in the manpage.) Ahh... I didn't RTFM thoroughly enough; my bad. :-( 5. The rxvt consoles appear to be always on top. How do I turn this mode off? I've never had that happen. Of course; it only does it to idiots -- er, new rxvt users. ;-) Better yet, it's not doing it today. Are you using W11 (native) or X11? Hmmm... Not sure. I don't believe I have Cygwin X11 installed. Does that answer your question? cygcheck.out follows just in case. Thanks! David -- Cygwin Configuration Diagnostics Current System Time: Mon Oct 17 18:07:54 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem C:\cygwin\usr\sbin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(dpchrist) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(dpchrist) GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = `dpchrist' PWD = `/home/dpchrist' HOME = `/home/dpchrist' MAKE_MODE = `unix' HOMEPATH = `\Documents and Settings\dpchrist' MANPATH = `:/home/dpchrist/local/man' APPDATA = `C:\Documents and Settings\dpchrist\Application Data' HOSTNAME = `p42800e' TERM = `cygwin' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 3 Stepping 3, GenuineIntel' WINDIR = `C:\WINDOWS' OLDPWD = `/usr/bin' USERDOMAIN = `P42800E' OS = `Windows_NT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' TEMP = `/cygdrive/c/DOCUME~1/dpchrist/LOCALS~1/Temp' COMMONPROGRAMFILES = `C:\Program Files\Common Files' PROCESSOR_LEVEL = `15' FTP_PASSIVE = `1' FP_NO_HOST_CHECK = `NO' SYSTEMDRIVE = `C:' EDITOR = `vim' LANG = `C' USERPROFILE = `C:\Documents and Settings\dpchrist' CLIENTNAME = `Console' PS1 = [EMAIL PROTECTED]:\w\$ ' LOGONSERVER = `\\P42800E' PROCESSOR_ARCHITECTURE = `x86' !C: = `C:\cygwin\bin' HISTCONTROL = `ignoredups' SHLVL = `1' OSTYPE = `cygwin' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = `C:' PROMPT = `$P$G' COMSPEC = `C:\WINDOWS\system32\cmd.exe' LESS = `-R' TMP = `/cygdrive/c/DOCUME~1/dpchrist/LOCALS~1/Temp' SYSTEMROOT = `C:\WINDOWS' PRINTER = `HP LaserJet 4' PROCESSOR_REVISION = `0303' INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = `C:\Program Files' NUMBER_OF_PROCESSORS = `2' SESSIONNAME = `Console' COMPUTERNAME = `P42800E' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/AN/A c: hd NTFS 76316Mb 9% CP CS UN PA FC d: cd N/AN/A e: hd NTFS190779Mb 68% CP CS UN PA FC DATA f: hd NTFS238472Mb 89% CP CS UN PA FC GHOST_250GB C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode . /cygdrive system textmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 56k 2005/07/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2005/7/8 22:09 18k 2004/07/06 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 cygcharset-1.dll v0.0
Re: Problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to [EMAIL PROTECTED] on 10/17/2005 3:23 PM: After downloading and installing every component of the setup.exe file for using cygwin, when I open cygwin and try compiling a program that i have created, using the command gcc -o filename filename.c, the command gcc is not recognized and I cannot compile my program. What should I do?? http://cygwin.com/faq/faq.setup.html#faq.setup.what-packages - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDVFuY84KuGfSFAYARAlgVAKCWzbJXDbvy2WQGXRoMmnXcJ+EbnQCgo+qr gvmY3qtpNFIFlgcE7a+A5/k= =ApFs -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: rxvt as Bash login console
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to David Christensen on 10/17/2005 7:52 PM: Yes, that's better. :-) But, I still like Cygwin Bash's use of gray for text, white for bolding, cyan (?) in perldoc pages, etc., and the way I can control things via the DOS box Properties. $ cat ~/.Xdefaults ! Fix rxvt to mimic windows console coloring XTerm*background: black XTerm*foreground: gray XTerm*geometry: 80x50 XTerm*jumpScroll: True XTerm*scrollBar_right: True C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode Not a good idea. /bin, /lib, /usr/bin, and /usr/lib should generally be binary mounts for best behavior. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDVFyP84KuGfSFAYARAnE0AJ9SIPoPa84Wurkrc96Z7YiS4yOppgCffKin 4RqJH1f7b83W10zbMjlHh3I= =ZeLO -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: rxvt as Bash login console
David Christensen wrote: Yes, that's better. :-) But, I still like Cygwin Bash's use of gray for text, white for bolding, cyan (?) in perldoc pages, etc., and the way I can control things via the DOS box Properties. But, I have and will use rxvt for top on Debian 3.1 until the extraneous newline issue gets fixed. You can configure rxvt to do all that too. colorn: colour Use the specified colour for the colour value n, where 0-7 corresponds to low-intensity (normal) colours and 8-15 corresponds to high-intensity (bold = bright foreground, blink = bright background) colours. The canonical names are as follows: 0=black, 1=red, 2=green, 3=yellow, 4=blue, 5=magenta, 6=cyan, 7=white, but the actual colour names used are listed in the COLORS AND GRAPHICS section. colorBD: colour Use the specified colour to display bold characters when the foreground colour is the default. colorUL: colour Use the specified colour to display underlined characters when the foreground colour is the default. colorRV: colour Use the specified colour as the background for reverse video characters. 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/
Question about OpenGL
I'm wondering if there is any new development in the OpenGL libraries within cygwin. The package in the distribution says it is version 1.1, but the current OpenGL release, from Sept 2004, is v2.0. The last pre-2.0 version was 1.5. The last comment I found in the archives was from Andre Bleau in Feb 2003. He laid out a development plan but I can't find any changes after that time. Does anyone know if anything has happened lately? I'd like to use some of the 2.0 capabilities, but it doesn't look like I can get there with cygwin. Thanks for any info, Thom -- Ignorant can be fixed. Stupid is forever. -- 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: rxvt as Bash login console
Eric Blake wrote: $ cat ~/.Xdefaults ! Fix rxvt to mimic windows console coloring XTerm*background: black XTerm*foreground: gray XTerm*geometry: 80x50 XTerm*jumpScroll: True XTerm*scrollBar_right: True man rxvt and this page were helpful: http://www.xfree86.org/current/xterm.1.html I was able to reduce my rxvt.bat file to this: [EMAIL PROTECTED]:~$ cat rxvt.bat @echo off rem $Id: rxvt.bat,v 1.1 2005/10/18 04:17:23 dpchrist Exp $ C: chdir C:\cygwin\bin rxvt -fn Lucida Console-11 -e /bin/bash --login -i Here is my .Xdefaults: [EMAIL PROTECTED]:~$ cat .Xdefaults ! $Id: .Xdefaults,v 1.1 2005/10/18 04:17:23 dpchrist Exp $ XTerm*background: black XTerm*foreground: gray XTerm*colorBD: white XTerm*colorUL: cyan XTerm*saveLines: 1 XTerm*scrollBar_right: True XTerm*scrollTtyKeypress: True XTerm*scrollTtyOutput: True C:\cygwin / system textmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode Not a good idea. /bin, /lib, /usr/bin, and /usr/lib should generally be binary mounts for best behavior. Okay. I ran Cygwin setup and changed the Default Text File Type to Unix/ binary: [EMAIL PROTECTED]:~$ cygcheck -s -v -r | grep mode C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive It looks like CVS is now checking out text files using Unix line endings. I'm sure I'll find other differences as time goes on. Hopefully this won't be too painful of a change... Thanks! David -- 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: rxvt as Bash login console
On Mon, 17 Oct 2005, David Christensen wrote: Okay. I ran Cygwin setup and changed the Default Text File Type to Unix/ binary: [EMAIL PROTECTED]:~$ cygcheck -s -v -r | grep mode C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive It looks like CVS is now checking out text files using Unix line endings. I'm sure I'll find other differences as time goes on. Hopefully this won't be too painful of a change... FWIW, you can mount individual directories in text mode without much trouble -- see man mount. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
Updated: openssl097-0.9.7i-1
I've updated the version of the compatibility package openssl097 to 0.9.7i-1. This is an upstream bug fix. The Cygwin release is the vanilla version, no additional patches. Official release message (including typos): === OpenSSL version 0.9.7i released === OpenSSL - The Open Source toolkit for SSL/TLS http://www.openssl.org/ OpenSSL 0.9.7h caused crashes when the shared libcrypto was upgraded. This release fixes that problem. For those who want or have to stay with the 0.9.7 series of OpenSSL instead of using the 0.9.8 series, we strongly recommend that you upgrade to OpenSSL 0.9.7h soon as possible. For a complete list of changes, please see http://www.openssl.org/source/exp/CHANGES. OpenSSL 0.9.7i is available for download via HTTP and FTP from the following master locations (you can find the various FTP mirrors under http://www.openssl.org/source/mirror.html): * http://www.openssl.org/source/ * ftp://ftp.openssl.org/source/ The distribution file names are: * openssl-0.9.7i.tar.gz MD5 checksum: f69d82b206ff8bff9d0e721f97380b9e SHA1 checksum: 4c23925744d43272fa19615454da44e01465eb06 The checksums were calculated using the following commands: openssl md5 openssl-0.9.*.tar.gz openssl sha1 openssl-0.9.*.tar.gz Yours, The OpenSSL Project Team... Mark J. Cox Nils Larsch Ulf M\366ller Ralf S. Engelschall Ben Laurie Andy Polyakov Dr. Stephen Henson Richard Levitte Geoff Thorpe Lutz J\344nickeBodo M\366ller === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:cygwin@cygwin.com Red Hat, Inc.
Updated: vim-6.4-1
I have updated the version of vim on cygwin.com to 6.4-1. This is a new upstream release. The Cygwin version is built from the vanilla sources. The official release message: === Announcing: Vim (Vi IMproved) version 6.4 Author: Bram Moolenaar et al. Announcement This is a bugfix release of Vim. Since Vim 6.3 dozens of reported problems have been fixed. Also included are new and updated syntax files, translated menus and messages. There are no new features. This release is only fixing bugs. A Beta version revealed a few problems, mostly in the creation of the generated files. This has been fixed and tested again. I am confident that the 6.4 release is the most stable Vim ever! Once you have installed 6.4 you can find details about the changes since Vim 6.3 with :help version-6.4. There is a long list of fixed bugs. What is next? - Vim 7! If I keep getting donations from sponsors and registered Vim users I will be able to add several big features. One of the new features is spell checking, it already works quite well. The list of votes is an indication of other items that might get added in Vim 7: http://www.vim.org/sponsor/vote_results.php What is Vim anyway? --- Vim is an almost 100% compatible version of the UNIX editor Vi. Many new features have been added: Multi level undo, syntax highlighting, command line history, filename completion, block operations, etc. Those who don't know Vi can probably skip this message, unless you are prepared to learn something new and useful. Vim is especially recommended for editing programs. Vim runs on almost any Unix flavor, MS-DOS, MS-Windows 3.1, MS-Windows 95/98/ME/NT/2000/XP, OS/2, Atari MiNT, BeOS, VMS, RISC OS, Macintosh and Amiga. For more information, see http://www.vim.org. This is also a great place to find Vim tips and scripts! Where to get it --- Information about which files to download for what system, obtaining Vim through Aap, CVS, etc.: http://www.vim.org/download.php All files can be found below this directory: ftp://ftp.vim.org/pub/vim/ A list of mirror sites can be found here: http://www.vim.org/mirrors.php An overview of the files: UNIX: unix/vim-6.4.tar.bz2 sources + runtime files, bzip2 compressed The same in parts that fit on a floppy: unix/vim-6.4-rt1.tar.gzruntime files part 1 unix/vim-6.4-rt2.tar.gzruntime files part 2 unix/vim-6.4-src1.tar.gz sources part 1 unix/vim-6.4-src2.tar.gz sources part 2 unix/vim-6.3-6.4.diff.gz diff between 6.3 and 6.4 VARIOUS: extra/vim-6.4-extra.tar.gz extra files extra/vim-6.4-lang.tar.gz multi-language files extra/vim-6.3-6.4-extra.diff.gzdiff for extra files extra/vim-6.3-6.4-lang.diff.gz diff for multi-language files doc/vim64html.zip help files converted to HTML DIFFS between 6.4b and 6.4: unstable/unix/vim-6.4b-6.4.diff.gz sources and runtime files unstable/extra/vim-6.4b-6.4-extra.diff.gz extra files unstable/extra/vim-6.4b-6.4-lang.diff.gzmulti-language files MS-WINDOWS: pc/gvim64.exe self-installing, includes all runtime files, gvim.exe, vim.exe, etc. pc/vim64rt.zip runtime files (use with one of the binaries) pc/vim64lang.zip files for translated messages and menus pc/gvim64.zip GUI binary for Windows 95/98/NT/2000/XP pc/gvim64ole.zip GUI binary with OLE support pc/gvim64_s.zipGUI binary for Windows 3.x with Win32s pc/vim64d16.zip16 bits real mode - works on any system pc/vim64d32.zip32 bits protected mode - needs 386 and DPMI pc/vim64w32.zipconsole version for Windows NT/2000/XP pc/vim64src.zipsources for PC (with CR-LF) AMIGA: amiga/vim64rt.tgz runtime files (always needed) amiga/vim64bin.tgz executable files amiga/vim64src.tgz sources packed for Amiga Mailing lists - For user questions you can turn to the Vim mailing list. There are a lot of tips, scripts and solutions. You can ask your Vim questions, but only if you subscribe. First search the archive, it is full of useful hints. If you want to help Vim development or get the latest patches, subscribe to the vim-dev mailing list. Subject specific lists: Multi-byte issues: vim-multibyte Macintosh issues: vim-mac More info on the maillists and links to the archives: http://www.vim.org/maillist.php Reporting bugs -- Send them to [EMAIL PROTECTED]. Please describe the problem precisely. All the time spent on answering mail is subtracted from the time that is spent on improving Vim! Always give a reproducible example and try to find out which settings or other things influence
