does cygwin have gcore?
Does cygwin have the gcore command to dump the address space of a process? As far as I know it should come with gdb. When looking at the package details for gdb on the cywin website it seems to be there too. But after installing gdb it doesn't seem to be there. Any help/suggestions? Thanks. Joey -- 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: su - coreutils?
On Oct 18 17:19, Brian Dessent wrote: > Corinna Vinschen wrote: > > > I don't think it's necessary. Since sync is a noop, it doesn't hurt > > to call it. I would go a step further. Just omit sync from the > > Cygwin release of coreutils. > > Perhaps it should be linked to /bin/true on the off chance that if some > script wants to call the sync command, it will continue to work. If a > symlink is used it would even go a bit further to underline the fact > that it's a no-op if someone lists it with ls -l - "this always returns > true, it does nothing." That sounds like a good idea to me. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:[EMAIL PROTECTED] 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: No longer works.
Some more results: 1. The reason why the bash terminal window flashes and aborts is that it was referencing the setup cygwin.bat!!!. Changing the command line to the cygwin folder as it should be yields a window that stays open. 2. The startup sequence that once set up the paths and other stuff so that Cygwin would function is absent. If I type simple commands with ./ prefix (find them on the current /usr/bin directory), they will work. The path env is absent. 3. The check file show "HOME" also pointing to the setup folder. This should probably be to the cygwin base folder. Since all the environment sets are not there, this is not relevant. This should be fixable at this point. How? -- 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/
Capture of the signal SIGINT under Windows XP
Problem with the capture of the signal SIGINT under Windows XP: I develop a program in C++ using Visual C++. This program captures interruptions, that is SIGINT signals generated with a CTRL-C when the program is executed in a cygwin bash interpreter. Under Windows 2000, the signal is sent only to the program, so the capture works fine. Under Windows XP, it seems that the signal is sent not only to the program, but also to the bash interpreter (or I don't know what else), causing the program exit. Note that I use exactly the same Visual C++ project to compile the program under both 2000 and XP. Could someone help me to understand and fix that problem ? Best regards -- Antoine Rauzy -- Antoine RAUZY Institut de Mathématiques de Luminy tel+fax +33 4 91 26 96 34 163, avenue de Luminy, Case 907 mobile +33 6 89 98 95 06 13288 Marseille CEDEX 9 FRANCE email : [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Cygwin binutils packaging error? [was RE: C++filt grief.]
> -Original Message-
> From: binutils-owner On Behalf Of Alan Modra
> Sent: 19 October 2004 02:33
> To: Dave Korn
> Cc: binutils
> Subject: Re: C++filt grief.
>
> On Mon, Oct 18, 2004 at 04:05:59PM +0100, Dave Korn wrote:
> > Although come to think of it, shouldn't c++filt be a bit
> smarter about
> > this situation? If you compile something with gcc and dump
> the symbols with
> > nm, shouldn't what you get be suitable for feeding into
> c++filt without
> > further processing?
>
> It is, if you use the right target c++filt.
Um. I'm using the i686-pc-cygwin g++ and c++filt from the cygwin
distribution. Binutils and gcc are packaged separately, so it's just
conceivable that they've been configured for different targets, but I would
have thought it rather unlikely. Nonetheless, there's definitely something
not right here, and the only question is "But what?"
Cygwin package maintainers, should cygwin's c++filt perhaps have
---strip-underscores as the default setting? It appears to need it in order
to work with cygwin g++:
[EMAIL PROTECTED] /test/c++filt> cat foo.cpp
#include
int main (int argc, const char ** argv)
{
return 0;
}
[EMAIL PROTECTED] /test/c++filt> g++ foo.cpp -o foo.o -c
[EMAIL PROTECTED] /test/c++filt> nm foo.o
b .bss
d .ctors
d .data
d .dtors
r
.rdata$_ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE
t .text
0080 t __GLOBAL__D_main
0064 t __GLOBAL__I_main
0026 t __Z41__static_initialization_and_destruction_0ii
R __ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE
U __ZNSt8ios_base4InitC1Ev
U __ZNSt8ios_base4InitD1Ev
b __ZSt8__ioinit
U ___main
U __alloca
T _main
[EMAIL PROTECTED] /test/c++filt> c++filt
__ZSt8__ioinit
__ZSt8__ioinit
__ZNSt8ios_base4InitD1Ev
__ZNSt8ios_base4InitD1Ev
__ZNSt8ios_base4InitC1Ev
__ZNSt8ios_base4InitC1Ev
__ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE
__ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE
__Z41__static_initialization_and_destruction_0ii
__Z41__static_initialization_and_destruction_0ii
__GLOBAL__I_main
__GLOBAL__I_main
__GLOBAL__D_main
__GLOBAL__D_main
[EMAIL PROTECTED] /test/c++filt> c++filt --strip-underscores
__ZSt8__ioinit
std::__ioinit
__ZNSt8ios_base4InitD1Ev
std::ios_base::Init::~Init()
__ZNSt8ios_base4InitC1Ev
std::ios_base::Init::Init()
__ZNSt15basic_streambufIcSt11char_traitsIcEE13_S_pback_sizeE
std::basic_streambuf >::_S_pback_size
__Z41__static_initialization_and_destruction_0ii
__static_initialization_and_destruction_0(int, int)
__GLOBAL__I_main
global constructors keyed to main
__GLOBAL__D_main
global destructors keyed to main
[EMAIL PROTECTED] /test/c++filt> which c++ c++filt
/usr/bin/c++
/usr/bin/c++filt
[EMAIL PROTECTED] /test/c++filt> c++filt --version
GNU c++filt 2.15.91 20040725
Copyright 2004 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
[EMAIL PROTECTED] /test/c++filt> g++ --version
g++ (GCC) 3.3.3 (cygwin special)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
cheers,
DaveK
--
Can't think of a witty .sigline today
--
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: ssh.exe 3.7.1p1: crashing with STATUS_ACCESS_VIOLATION error @ 0x016E65A8
At 12:36 AM 10/19/2004, you wrote: >Hello, > >I've not seen ssh.exe abort in this fashion before. > >I have a product which uses ssh without any problems (on about 2,500 servers), >but one troublesome server throws this exception. > >** The command line is: >ssh -vvv -o 'stricthostkeychecking=no' -i authorized_keys2 -l myuser AServer .. > >** The debug output, up to the crash-point is: >debug1: identity file authorized_keys2 type 2 >debug1: Remote protocol version 2.0, remote software version OpenSSH_3.7.1p1 >debug1: match: OpenSSH_3.7.1p1 pat OpenSSH* >debug1: Enabling compatibility mode for protocol 2.0 > 16 [main] ssh 685 handle_exceptions: Exception: >STATUS_ACCESS_VIOLATION >If anyone can shed any light on this, I'd be chuffed. > Did you try the latest version of OpenSSH and Cygwin? -- 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/
incompatible types in header files
Hi,
/usr/include/sys/features.h suggests to define "__rtems__" if you want
POSIX functionality. Unfortunately there are incompatible types so that
the compilation breaks.
eiger Solutions 39 \gcc -D__rtems__ x.c
In file included from /usr/include/cygwin/types.h:21,
from /usr/include/sys/types.h:365,
from /usr/include/stdio.h:46,
from x.c:1:
/usr/include/stdint.h:20: error: conflicting types for `int32_t'
/usr/include/machine/types.h:15: error: previous declaration of `int32_t'
In file included from /usr/include/sys/types.h:365,
from /usr/include/stdio.h:46,
from x.c:1:
/usr/include/cygwin/types.h:47: error: conflicting types for `dev_t'
/usr/include/sys/types.h:152: error: previous declaration of `dev_t'
eiger Solutions 40 more x.c
#include
int main (void)
{
printf ("Hello\n");
return 0;
}
eiger Solutions 41
Does anybody know which types are the better ones?
In /usr/include/pthread.h exist the following definitions:
#define PTHREAD_PRIO_NONE
#define PTHREAD_PRIO_INHERIT
#define PTHREAD_PRIO_PROTECT
They should have a value (even if the function isn't implemented yet),
e.g., Solaris 9 uses 0x0, 0x10, and 0x20.
Can somebody fix these problems? Thank you very much for any help in
advance.
Kind regards
Siegmar
--
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: incompatible types in header files
> -Original Message- > From: cygwin-owner On Behalf Of Siegmar Gross > Sent: 19 October 2004 14:44 > Hi, > > /usr/include/sys/features.h suggests to define "__rtems__" if you want > POSIX functionality. The copy on my system doesn't make any 'suggestions' at all. It just has a bunch of feature-test macros enclosed in #ifdef-guards. > Unfortunately there are incompatible types so that > the compilation breaks. That's because adding a #define to your code doesn't actually turn cygwin into the RTEMS operating system. If you #defined __svr4__, it wouldn't turn your PC into a SunOS box either. Merely #defining a feature test macro doesn't automagically implement the feature if cygwin doesn't already have it. It just makes the feature test invalid. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
dlopen and LD_LIBRARY_PATH
Hello, If I set my LD_LIBRARY_PATH to .:/path/to/a.so then I get Win32 error 126 when trying to load a.so using dlopen(). Removing the .: seems to work but will cwd always be searched first? (I usually confirm this with "shared" in gdb under Linux but in Cygwin this command works differently and produces no output). TIA, Dan Osborne. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.768 / Virus Database: 515 - Release Date: 22/09/2004 -- 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/
[OT] RE: incompatible types in header files
> -Original Message-
> From: cygwin-owner On Behalf Of Dave Korn
> Sent: 19 October 2004 14:55
Sorry, there was one more thing I should have pointed out:
> > -Original Message-
> > From: cygwin-owner On Behalf Of Siegmar Gross
> > Sent: 19 October 2004 14:44
> > /usr/include/sys/features.h suggests to define "__rtems__"
You should *never* define *anything* that begins with two underscores,
unless you are writing a compiler or system library. That's not your
namespace, and you should keep out of it! Anything beginning with two
underscores _belongs_ to the internals of the compiler/libc implementation,
and if you define such macros / functions / variables / any other kind of
name in your code, your code is no longer valid C according to the language
spec.
[ Nor are you allowed to define anything beginning with 'is', since all
such names are reserved for the is-{space,print,alpha,upper,lower} family of
functions. The same goes for many of the other library functions; for full
details, see 7.1.3 "Reserved identifiers" in the C language spec, and also
7.26 "Future library directions". ]
cheers,
DaveK
--
Can't think of a witty .sigline today
--
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: rpc: unable to register
Siegmar, There have been problems reported with sunrpc related to a disabled network connection. Does you machine have a network connection (wireless, or a secondary ethernet card, etc.) that isn't active? [Redirecting to the cygwin mailing list so any good info that comes out of this conversation can help the next poor unfortunate soul with this problem...] -Samrobb > -Original Message- > From: Siegmar Gross [mailto:[EMAIL PROTECTED] > Sent: Monday, October 18, 2004 3:47 AM > To: Robb, Sam > Cc: [EMAIL PROTECTED] > Subject: Cygwin: rpc: unable to register > > > Hi, > > I found out that you ported sun-rpc to Cygwin. Perhaps you can help me > because I didn't get any responses from the Cygwin mailing list > ([EMAIL PROTECTED]). I've tried to solve the problem myself but wasn't > successful. I'm using Windows XP with all updates except SP2. I have > upgraded to the latest Cygwin release. "cygserv", "sshd", and > "portmap" > are running as Windows services. I've started "portmap" the last time > with the commands > cygrunsrv -I "portmap" -d "Cygwin portmap" -p > /usr/sbin/portmap -a "-F" > cygrunsrv -S "portmap" > "portmap" seems to work properly for "rpcinfo". > > eiger Admin 10 rpcinfo -p localhost >program vers proto port > 102 tcp111 > 102 udp111 > > When I start my example program "rpctst_server", I get the following > output: > > Cannot register service: RPC: Unable to send; errno = Cannot assign > requested address > unable to register (RPCtest, RPCtestVers2, udp). > > If I start my server on a Solaris machine and the client on > Cygwin, the > client behaves as expected. Searching in the web showed that > some other > persons had had the same problem, but I found only a > description of the > problem and no solution. Next I stopped the Windows service "portmap" > and started it manually with "portmap -d -F". When I started > the server > once more I got the same result. "portmap" didn't display anything and > "/var/log/portmap.log" is empty. At last I tried the same things > without the firewall ZoneAlarm running. The behaviour was the same. > > Do you have an idea what I have to do to get my program running? Have > I missed something essential? Do you need more information to answer > my questions? > > I append my programs and a strace output starting the server. > > I would be grateful for any comments solving the problem. Thank you > very much for your help in advance. > > Siegmar > > > ## > > # ># > # Fachhochschule Fulda University of Applied Sciences ># > # FB Angewandte Informatik Department of Applied Computer > Sciences # > # ># > # Prof. Dr. Siegmar Gross Tel.: +49 (0)661 9640 - 333 ># > # Fax: +49 (0)661 9640 - 349 ># > # Marquardstr. 35 WWW: http://www.fh-fulda.de/~gross # # E-Mail: [EMAIL PROTECTED] # # D-36039 Fulda[EMAIL PROTECTED]# ## ## -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: su - coreutils?
On Tue, Oct 19, 2004 at 11:33:09AM +0200, Corinna Vinschen wrote: >On Oct 18 17:19, Brian Dessent wrote: >> Corinna Vinschen wrote: >> >> > I don't think it's necessary. Since sync is a noop, it doesn't hurt >> > to call it. I would go a step further. Just omit sync from the >> > Cygwin release of coreutils. >> >> Perhaps it should be linked to /bin/true on the off chance that if some >> script wants to call the sync command, it will continue to work. If a >> symlink is used it would even go a bit further to underline the fact >> that it's a no-op if someone lists it with ls -l - "this always returns >> true, it does nothing." > >That sounds like a good idea to me. I don't see why having sync.exe a symlink (which won't work in a .bat file) is a big win over having it be a no-op. I don't think anyone is going to actually notice if sync works or not when they call it. Anyone who relies on the behavior of sync is sort of skating on thin ice anyway aren't they? cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin: rpc: unable to register
Hi, > There have been problems reported with sunrpc related to > a disabled network connection. Does you machine have a > network connection (wireless, or a secondary ethernet > card, etc.) that isn't active? Yes. I have a disabled Bluetooth and Wireless Lan and even an IrD. Due to your mail I have enabled both services, stopped and started portmap, and then tried my rpctst_server once more. Same result: it couldn't register. Thanks for your help Siegmar -- 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/
RCS version 5.7 unable to lock files over network with Cygwin 1.5.11-1
Hi I upgraded to cygwin 1.5.11-1 recently and now I cannot lock files using RCS. Under 1.5.10-3 I didn't have any problems. The source is kept on an SCO server. When I need to make changes to a file I simply issue co -l file.c Under 1.5.11-1 when I try to lock a file I get the following message co: RCS/can.c,v: Function not implemented - LeRoss Calnek P ENG Programmer Analyst IRD (International Road Dynamics Inc.) Ph: (306) 653-6600 Fax: (306) 242-5599 www.irdinc.com IRD is Customer Driven! This E-mail message (including attachments, if any) is intended for the use of the individual or entity to which it is addressed and may contain information that is privileged, proprietary, confidential and exempt from disclosure. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender and erase this E-mail message immediately. -- 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/
ps -W displays timestamps oddly
Here is the ouput of the same process list give first by ps -W and then by "process" (from beyondlogic.org). Notice first of all that the listed process are in approximately the same order. They are sorted the same way. Here is the output of ps -W (I have folded it so it will get through gmane): ps -W|tail -19|fold 3948 0 0 3948?0 Oct 17 C:\WINDOWS\System32\svch ost.exe 2824 0 0 2824?0 Oct 17 C:\PROGRA~1\Dell\OPENMA~ 1\oldiags\vendor\pcdoctor\bin\diagorb.exe 2812 0 0 2812?0 Oct 17 D:\rational\ClearCase\bi n\view_server.exe 6824 0 0 6824?0 14:55:57 D:\rational\ClearCase\bi n\view_server.exe 6156 0 0 6156?0 14:55:58 D:\rational\ClearCase\bi n\view_server.exe 5272 0 0 5272?0 14:55:58 C:\WINDOWS\Explorer.EXE 5360 0 0 5360?0 14:56:05 C:\Program Files\Network Associates\NetShield 2000\SHSTAT.EXE 4300 0 0 4300?0 22:00:06 C:\WINDOWS\System32\cmd. exe 4596 0 0 4596?0 08:54:59 D:\cygwin\usr\sbin\sshd. exe 5160 0 0 5160?0 08:55:00 D:\cygwin\bin\bash.exe 630811681168 63080 83948 08:55:00 /usr/bin/bash 4152 0 0 4152?0 08:55:00 D:\cygwin\bin\sh.exe 717265841168 71720 83948 08:55:00 /usr/bin/sh 6716 0 0 6716?0 08:55:00 D:\cygwin\bin\sort.exe 7152 0 0 7152?0 08:55:00 D:\cygwin\usr\sbin\frcod e.exe 4688 0 0 4688?0 08:55:00 D:\cygwin\bin\find.exe I670011684268 54480 83948 08:58:12 /usr/bin/tail I690811684268 76800 83948 08:58:12 /usr/bin/fold 2844 0 0 2844?0 08:58:12 D:\cygwin\bin\ps.exe I'm mainly interested in the lines after Oct 17th. There are four lines with timestamps 14:*:*. And then following the 14:*:* lines is a 22:*:* line and a bunch of 08:*:* lines. Why would 14:*:* come before 08:*:*? And finally, notice that fold was run at 08:58. That is the correct local time for when I ran this command. To persue this further, I ran a process list from "process": $ process -c|tail -20|fold diagorb.exe 2824 28 0 17/10/2004 07:06:04 wmiprvse.exe 3140 48 0 17/10/2004 07:06:15 view_server.exe 2812 28 0 17/10/2004 14:00:01 view_server.exe 6824 28 0 18/10/2004 18:55:57 view_server.exe 6156 28 0 18/10/2004 18:55:57 explorer.exe 5272 98 0 18/10/2004 18:55:58 shstat.exe 5360 18 0 18/10/2004 18:56:04 cmd.exe 4300 18 0 19/10/2004 02:00:06 sshd.exe 4596 68 0 19/10/2004 12:54:58 bash.exe 5160 58 0 19/10/2004 12:54:59 bash.exe 6308 38 0 19/10/2004 12:55:00 sh.exe 4152 48 0 19/10/2004 12:55:00 sh.exe 7172 38 0 19/10/2004 12:55:00 sort.exe 6716 38 0 19/10/2004 12:55:00 frcode.exe 7152 38 0 19/10/2004 12:55:00 find.exe 4688 28 4 19/10/2004 12:55:00 bash.exe 7780 38 0 19/10/2004 13:00:48 Process.exe 6784 1 13 0 19/10/2004 13:00:48 tail.exe 6896 38 0 19/10/2004 13:00:48 fold.exe 1352 38 0 19/10/2004 13:00:48 To compare the output more easily, I have combined them below, process outpout on the left, ps -W output on the right: view_server.exe 18/10/2004 18:55:57 14:55:57 D:\rational\ClearCase\bin\view_ser view_server.exe 18/10/2004 18:55:57 14:55:58 D:\rational\ClearCase\bin\view_ser explorer.exe 18/10/2004 18:55:58 14:55:58 C:\WINDOWS\Explorer.EXE shstat.exe 18/10/2004 18:56:04 14:56:05 C:\Program Files\Network Associate cmd.exe 19/10/2004 02:00:06 22:00:06 C:\WINDOWS\System32\cmd.exe sshd.exe 19/10/2004 12:54:58 08:54:59 D:\cygwin\usr\sbin\sshd.exe bash.exe 19/10/2004 12:54:59 08:55:00 D:\cygwin\bin\bash.exe bash.exe 19/10/2004 12:55:00 08:55:00 /usr/bin/bash sh.exe 19/10/2004 12:55:00 08:55:00 D:\cygwin\bin\sh.exe sh.exe 19/10/2004 12:55:00 08:55:00 /usr/bin/sh sort.exe 19/10/2004 12:55:00 08:55:00 D:\cygwin\bin\sort.exe frcode.exe 19/10/2004 12:55:00 08:55:00 D:\cygwin\usr\sbin\frcode.exe find.exe 19/10/2004 12:55:00 08:55:00 D:\cygwin\bin\find.exe There appears to be a 4-hour offset between the two. That's fine. I'm in Eastern Daylight Time and I believe the offset to UTC is 4 hours. One thing that "process" shows explicitly is that some tasks are from Oct 18th (yesterday). These end up being shown by ps -
unable to edit/less dotted files, etc.
Hi folks, I'm running v1.3 of Cygwin on Win2k on a laptop. My machine dual-boots Win98 and Win2k, and my Win2k drive is G. Cygwin installed smoothly under Win2k. My problem is that dotted files like .bashrc have become inaccessible with programs like vi and less. I didn't have a problem immediately after the initial install, only later. I can list them with ls -al, but "vi .bashrc" opens up a new file, and less returns "No such file or directory". The files are accessible under Win2k, and do not appear corrupted. A complete uninstall and reinstall fixed it for a while, but now the problem is back. Also, I now notice that other files - filenames that don't conform to DOS 8.3 format - also are listable but not editable. I have a source file "main.cas", which I can edit. I cp'd it to "main_inst.cas", which is listable with ls. But when I try to vi it, I get a new file. mv'ing it to maininst.cas renders it editable. Cheers, julian. -- 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: ps -W displays timestamps oddly
On Tue, Oct 19, 2004 at 04:17:33PM +, Christopher Cobb wrote: >Can anyone shed any light on this? The processes are not sorted in any way. They are displayed in the same order as Windows presents them to cygwin. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
packages that should be in the cygwin distribution but aren't
This is an off-the-top-of-my-head list of standard packages which are missing from the cygwin distribution: bind coreutils mailx ping sendmail screen In some cases we have packages which offer similar-but-not-identical behavior but in some cases (ping, screen) we don't have anything close, AFAIK. I'm sure that there must be other packages that are missing. Can anyone add to the above list? Are we missing any standard development packages, for instance? You can probably see where I'm going with this. I'd like to see if there are any volunteers to offer and support these packages. Any of the above is guaranteed to make it into the distribution as long as the packaging is ok. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Cygwin: rpc: unable to register
> -Original Message- > From: cygwin-owner On Behalf Of Siegmar Gross > Sent: 19 October 2004 15:56 > Hi, > > > There have been problems reported with sunrpc related to > > a disabled network connection. Does you machine have a > > network connection (wireless, or a secondary ethernet > > card, etc.) that isn't active? > > Yes. I have a disabled Bluetooth and Wireless Lan and even an > IrD. Due to > your mail I have enabled both services, stopped and started > portmap, and > then tried my rpctst_server once more. Same result: it > couldn't register. OK, I dug out your earlier mail, and after fixing the typo in your makefile (SYTEM_ENV where you meant SYSTEM_ENV), it compiled, and ran successfully. So I can only say WFM. Perhaps your firewall or AV software is getting in the way. Do you have anything by norton/symantec/mcafee on your system? cheers, DaveK -- Can't think of a witty .sigline today -- 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: unable to edit/less dotted files, etc.
> -Original Message- > From: cygwin-owner On Behalf Of Julian Opificius > Sent: 19 October 2004 17:49 > I'm running v1.3 of Cygwin on Win2k on a laptop. That is _years_ out of date. > after the initial install, only later. I can list them with > ls -al, but > "vi .bashrc" opens up a new file, and less returns "No such file or > directory". The files are accessible under Win2k, and do not appear > corrupted. You've probably done something bad with the perms. Or you installed cygwin "Just for me", and now you've logged on as a different user...? The "file not found" error message can often be a result of an application not realising that the file is there but the user doesn't have access rights. > Also, I now notice that other files - filenames that don't conform to > DOS 8.3 format - also are listable but not editable. I have a source > file "main.cas", which I can edit. I cp'd it to > "main_inst.cas", which > is listable with ls. But when I try to vi it, I get a new > file. mv'ing > it to maininst.cas renders it editable. Strange. Still, there's not a lot of point reporting bugs in such an old version of cygwin. I can't reproduce anything like that with the current version. cheers, DaveK -- Can't think of a witty .sigline today -- 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: packages that should be in the cygwin distribution but aren't
script On Tue, 19 Oct 2004 13:22:54 -0400, Christopher Faylor <[EMAIL PROTECTED]> wrote: > This is an off-the-top-of-my-head list of standard packages which are missing > from the cygwin distribution: > > bind > coreutils > mailx > ping > sendmail > screen > > In some cases we have packages which offer similar-but-not-identical behavior > but in some cases (ping, screen) we don't have anything close, AFAIK. > > I'm sure that there must be other packages that are missing. Can anyone add > to the above list? Are we missing any standard development packages, for > instance? > > You can probably see where I'm going with this. I'd like to see if there > are any volunteers to offer and support these packages. Any of the above > is guaranteed to make it into the distribution as long as the packaging > is ok. > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- 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: packages that should be in the cygwin distribution but aren't
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ariel Burbaickij wrote: | script I have an implementation of script, based on a message to this list a few years ago, available on my project webpage: http://sourceforge.net/projects/cygwin-ports/ It works fine for me. Seeing as this is among the Frequently Requested Packages, maybe it's time for me to contribute it. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBdVnOpiWmPGlmQSMRAsnsAKCVfP4OHkJWVEw8uiM7yOLdM31++wCePucu pJwJq50W6jqY3qdS5LVsLcQ= =PMJj -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: does cygwin have gcore?
On Tue, 19 Oct 2004, Joey Fleming wrote: > Does cygwin have the gcore command to dump the address space of a process? > As far as I know it should come with gdb. When looking at the package > details for gdb on the cywin website it seems to be there too. But after > installing gdb it doesn't seem to be there. Any help/suggestions? > > Thanks. > Joey Did you also happen to notice that the string "/gcore" is only matched by the gdb source package? AFAICS, gcore.exe is not built for the Cygwin gdb package. You could try dumper.exe (which comes with the "cygwin" package)... 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! "Happiness lies in being privileged to work hard for long hours in doing whatever you think is worth doing." -- Dr. Jubal Harshaw -- 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/
problems with cygstart as .mailcap - how to use?
Greetings, I am running "Wanderlust" (an emacs mailer)
under NT Emacs 21.3 on WinXP SP 1. WL uses the
emacs-mime package, and within that package I can
hit 'v' to launch an external application using
mailcap settings.
This works fine on my Mac (OS X); in my mailcap there
I use /sw/bin/launch ("launch" from the fink
distribution, which is based on BSD launch and
launches the application assigned to the filetype).
cygstart is the analogue on Windows, so I'd like to
use it too.
The problem is cyglaunch never actually launches
anything. It works fine from the command line, but
I can't make it work via .mailcap.
In my emacs *messages* buffer:
Wrote c:/temp/EMI33842sX/proposal2.pdf
External method is starting...
But nothing happens.
Now, if I then open up a tcsh window and run
cygstart c:/temp/EMI33842sX/proposal2.pdf
it launches Acrobat nicely.
Any thoughts on how I could debug this problem?
It's cygstart 1.0 (latest cygwin), and I append
my mailcap below.
JDO
=
image/*; cygstart %s; copiousoutput;
audio/*; cygstart %s; copiousoutput;
video/*; cygstart %s; copiousoutput;
text/html; cygstart %s; copiousoutput;
# application/octet-stream; cygstart %s;
copiousoutput;
application/pdf; cygstart %s; copiousoutput;
application/msword; cygstart %s; copiousoutput;
application/msexcel; cygstart %s; copiousoutput;
application/vnd.ms-word; cygstart %s; copiousoutput;
application/vnd.ms-excel; cygstart %s; copiousoutput;
application/vnd.ms-powerpoint; cygstart %s;
copiousoutput;
application/octet-stream; cygstart %s; copiousoutput;
application/postscript; cygstart %s; copiousoutput;
__
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo
--
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 Running Cygwin on Win XP ("not a valid Win32 application")
Hi! I have installed cygwin successfully, but if I try running it I get the message: "C:\cygwin\cygwin.bat is not a valid Win32 application." I run Windows XP. Any help would be highly appreciated, as I need to get it running as soon as possible. Greetings, Lukas -- 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/
Console trouble in fixup_after_exec
At the end of src/winsup/cygwin/fhandler_console.cc, in fhandler_console::fixup_after_exec, there are two instances of this error message: error opening input console handle after exec Shouldn't the second one say that there has been an error opening the *output* console handle? We are seeing this error message with the development version of XEmacs. If anyone here can shed any light on why we might be getting "errno 13, Win32 error 5" there, we would appreciate it. The relevant thread on the xemacs-beta mailing list starts here: http://list-archive.xemacs.org/xemacs-beta/200410/msg00046.html Thank you, -- Jerry James http://www.ittc.ku.edu/~james/ -- 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/
snapshot 2004-Oct-10: pthread_cancel() for write() to full pipe
Using cygwin 1.5.11-1 or snapshot 2004-Oct-10 on XP Pro SP2, a thread
blocked at a write() to a full pipe does not appear cancellable with
pthread_cancel(). "cygcheck.out" is attached.
I'm guessing that POSIX specifies that write() is supposed to be a
cancellation point, but I do not have a copy of the spec (any pointers
would be appreciated). I'm guessing this based on (1) the man pages in
Solaris ('man cancellation'), and (2) the fact that it works as I expect
on the Solaris 9 and Redhat 9.0 systems I've tried. My test code appears
at the end of this e-mail.
Searching with google and searching the cygwin mailing list with keywords
like "pthread_cancel", "thread cancellation", etc., I was unable to find
much relevant information. I did find some old messages claiming that
pthreads were not yet fully implemented in cygwin. If pthread_cancel() is
known to be incomplete or if this is a known bug, then I'd appreciate a
pointer to the relevant information, and I apologize for the repeat.
If I can be of any assistance in resolving this issue, please let me know.
However, I'm not yet intelligent enough about cygwin to try a patch.
Joel Denny
#include
#include
#include
#include
int aFd[2];
/* Set this large enough to fill the pipe on your system. */
#define I_PIPE_FILL 9
void * foo( void * dummy ) {
int i_byte;
/* Use _DISABLE instead to prove that the thread does block on write. */
pthread_setcancelstate( PTHREAD_CANCEL_ENABLE, NULL );
printf( "thread is alive\n" );
fflush( stdout );
for ( i_byte = 0; i_byte < I_PIPE_FILL; ++i_byte ) {
write( aFd[1], "0", 1 );
}
return NULL;
}
int main() {
pthread_t thread;
char a_buf[1];
pipe( aFd ) ) {
pthread_create( &thread, NULL, foo, NULL );
/* Wait until thread has enabled/disabled cancellation. */
read( aFd[0], a_buf, 1 );
printf( "Thread created.\n" );
fflush( stdout );
/* Will not cancel write() on full pipe in cygwin. */
pthread_cancel( thread );
printf( "Thread canceled.\n" );
fflush( stdout );
/* Deadlocks here if thread not cancelled. */
pthread_join( thread, NULL );
printf( "Thread joined.\n" );
fflush( stdout );
return 0;
}
Cygwin Configuration Diagnostics
Current System Time: Tue Oct 19 17:50:53 2004
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:\Program Files\PC-Doctor for Windows\services
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\SSH Communications Security\SSH Secure Shell
Output from C:\cygwin\bin\id.exe (nontsec)
UID: () GID: ***(None)
513(None)
Output from C:\cygwin\bin\id.exe (ntsec)
UID: () GID: ***(None)
0(root) ***(None)
544(Administrators) ***(Users)
1014(Debugger Users)
SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS
HOME = `%USERPROFILE%'
MAKE_MODE = `unix'
PWD = `/usr/bin/%USERPROFILE%'
USER = `'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `*'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
FP_NO_HOST_CHECK = `NO'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\'
HOSTNAME = `*'
INFOPATH =
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\*'
MANPATH =
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `lwtec'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0207'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `C:\DOCUME~1\\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `C:\DOCUME~1\\LOCALS~1\Temp'
USERDOMAIN = `*'
USERNAME = `'
USERPROFILE = `C:\Documents and Settings\'
WINDIR = `C:\WINDOWS'
_ = `/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
Re: unable to edit/less dotted files, etc.
Thanks for the reply, Dave, Turns out 1.3 is just the version of the doc file, I'm up to date. Sorry to give bum info. c:\cygwin\bin\cygwin1.dll is dated 9/4/2004. I've just run a default install again, just in case. I haven't done anything with perms. I installed cygwin as administrator, not "just for me". The behavior is the same, whether I log in using the Win2k admin account or as my regular user account. I've just repeated the process: I can't edit a dotted file, even though I can "ls" it, and I can't edit files that don't conform to 8.3. If I rename files to 8.3, I can edit them. SO I don't think it has anything to do with permissions. Thanks for your continued help. julian. = Dave Korn wrote: -Original Message- From: cygwin-owner On Behalf Of Julian Opificius Sent: 19 October 2004 17:49 I'm running v1.3 of Cygwin on Win2k on a laptop. That is _years_ out of date. after the initial install, only later. I can list them with ls -al, but "vi .bashrc" opens up a new file, and less returns "No such file or directory". The files are accessible under Win2k, and do not appear corrupted. You've probably done something bad with the perms. Or you installed cygwin "Just for me", and now you've logged on as a different user...? The "file not found" error message can often be a result of an application not realising that the file is there but the user doesn't have access rights. Also, I now notice that other files - filenames that don't conform to DOS 8.3 format - also are listable but not editable. I have a source file "main.cas", which I can edit. I cp'd it to "main_inst.cas", which is listable with ls. But when I try to vi it, I get a new file. mv'ing it to maininst.cas renders it editable. Strange. Still, there's not a lot of point reporting bugs in such an old version of cygwin. I can't reproduce anything like that with the current version. cheers, DaveK -- 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/
How to update after a change of user?
We always choose "Setup for all users" when running Setup, and leave
ntsec turned on (that's the default I believe, which seems good), and we
normally install on NTFS under XP professional.
Can I get some advice on how to handle the following situation?
1) Cygwin is installed by one user (a system administrator).
2) The intended user ("owner") of the PC is given administrator rights,
so they can install extra software as needed for their job.
3) Some time later, the "owner" tries to update Cygwin.
Currently, we tend to have problems with step 3 failing because the
user/"owner" isn't the owner of the Cygwin files.
Previously, our post-install scripts used to simply do this:
#
# We want CYGPATH of the mixed form, like C:/cygwin, so that we restrict
# ourselves to local files, not network drives that we'd see if we started
# at "/" (since we'd see /cygdrive/x, and we seem to get //bin and //etc
# which aren't network names).
#
CYGPATH=`cygpath -m /`
#
# Allow any Administrator to install more Cygwin packages:
#
### I'm not sure that's good: some files, like mail, ssh, may require special
### owners.
#echo "Allowing any Administrator to install more Cygwin packages..."
chown -R Administrator.SYSTEM "$CYGPATH"
chown -R Administrator "$CYGPATH"
But I've recently commented that out, since it would break ssh (and
presumably, random other things).
My best guess at present is, after creating /etc/passwd and /etc/group
for the domain and all users, our post-install script should do a
find -user $INSTALLER -print0 | xargs -0 chown Administrator.SYSTEM
(where $INSTALLER is the system administrator who installs Cygwin).
Would this work if done by the normal user of the PC (the "owner", who
has Administrator rights)?
Does this approach sound correct? Workable? Any advice is welcome.
How do others handle this situation?
This ownership change would also need to be done after an install done
by "ghosting" the hard drive following a Cygwin install to create a
generic system image.
luke
--
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/
Program to "talk" to serial port?
I need a program that can talk to a serial port on the local computer, the way Hyperterm does for Microsoft Windows. I would like this program to present its user interface in an xterm. If that is not possible, perhaps a program that is itself an X11 client would do. I was able to compile "minicom" under cygwin. However, when minicom launches, it tries to access /dev/ttyS1, which is not provided by cygwin. Would someone suggest a program that is suitable, or a program that might be portable to cygwin. I am willing to do a bit of work on this. Thanks for any suggestions! -- David Arnstein [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: unable to edit/less dotted files, etc.
At 07:58 PM 10/19/2004, you wrote: >Thanks for the reply, Dave, > >Turns out 1.3 is just the version of the doc file, I'm up to date. Sorry >to give bum info. c:\cygwin\bin\cygwin1.dll is dated 9/4/2004. > >I've just run a default install again, just in case. > >I haven't done anything with perms. I installed cygwin as administrator, >not "just for me". > >The behavior is the same, whether I log in using the Win2k admin account >or as my regular user account. > >I've just repeated the process: I can't edit a dotted file, even though >I can "ls" it, and I can't edit files that don't conform to 8.3. If I >rename files to 8.3, I can edit them. SO I don't think it has anything >to do with permissions. Let's start over. Read this: >Problem reports: http://cygwin.com/problems.html We need the information it requests and we need a case to reproduce your behavior. Make sure all the tools you're using in this test case are indeed Cygwin versions. There's no reason that Cygwin apps would require 8.3 names. I think you're changing these files with some windows program which is mucking with the permissions on these files. But that's just a WAG. -- 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: Program to "talk" to serial port?
At 09:09 PM 10/19/2004, you wrote: >I need a program that can talk to a serial port on the local computer, >the way Hyperterm does for Microsoft Windows. > >I would like this program to present its user interface in an xterm. >If that is not possible, perhaps a program that is itself an X11 >client would do. > >I was able to compile "minicom" under cygwin. However, when minicom >launches, it tries to access /dev/ttyS1, which is not provided by >cygwin. Why do you say that? I did this: $ ls /dev/ttyS1 /dev/ttyS1 Does it not for you? -- 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: Program to "talk" to serial port?
David Arnstein wrote: I need a program that can talk to a serial port on the local computer, the way Hyperterm does for Microsoft Windows. I would like this program to present its user interface in an xterm. If that is not possible, perhaps a program that is itself an X11 client would do. I was able to compile "minicom" under cygwin. However, when minicom launches, it tries to access /dev/ttyS1, which is not provided by cygwin. Would someone suggest a program that is suitable, or a program that might be portable to cygwin. I am willing to do a bit of work on this. Thanks for any suggestions! mincom will work -- you need to configure it to use the proper ttySx,, i.e. if you are using com1, configure minicom to use /dev/ttyS0 reid -- 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: Program to "talk" to serial port?
I got it working with very helpful suggestions from list people last
week. You need to unpack on a linux box and change every reference to
reserve word "aux" to something else, next comment out the tweak the
code to disable the root checking, like this:
[EMAIL PROTECTED]:/c/temp/minicom/minicom-2.1/src> diff config.c
config.c-orig
185,190c185,188
< /*
< * if ((m->flags & PRIVATE) && real_uid == 0) {
< * werror(_("You are not allowed to change this parameter"));
< * return;
< * }
< */
---
> if ((m->flags & PRIVATE) && real_uid != 0) {
> werror(_("You are not allowed to change this parameter"));
> return;
> }
211,216c209,212
< /*
< * if ((p->flags & PRIVATE) && real_uid == 0) {
< *werror(_("You are not allowed to change this parameter"));
< *return;
< * }
< */
---
> if ((p->flags & PRIVATE) && real_uid != 0) {
> werror(_("You are not allowed to change this parameter"));
> return;
> }
251,256c247,250
< /*
< * if ((p->flags & PRIVATE) && real_uid == 0) {
< *werror(_("You are not allowed to change this parameter"));
< *return;
< * }
< */
---
> if ((p->flags & PRIVATE) && real_uid != 0) {
> werror(_("You are not allowed to change this parameter"));
> return;
> }
1314,1319c1308,1312
< /*
< * if (real_uid == 0) {
< *werror(_("You are not allowed to create a configuration"));
< *return;
< * }
< */
---
> if (real_uid != 0) {
> werror(_("You are not allowed to create a configuration"));
> return;
> }
I also had to futz with the make file in ./po for some reason to get
Make install to work corectly
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of David Arnstein
Sent: Tuesday, October 19, 2004 6:10 PM
To: [EMAIL PROTECTED]
Subject: Program to "talk" to serial port?
I need a program that can talk to a serial port on the local computer,
the way Hyperterm does for Microsoft Windows.
I would like this program to present its user interface in an xterm.
If that is not possible, perhaps a program that is itself an X11 client
would do.
I was able to compile "minicom" under cygwin. However, when minicom
launches, it tries to access /dev/ttyS1, which is not provided by
cygwin.
Would someone suggest a program that is suitable, or a program that
might be portable to cygwin. I am willing to do a bit of work on this.
Thanks for any suggestions!
--
David Arnstein
[EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--
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 Running Cygwin on Win XP ("not a valid Win32 application")
At 04:51 PM 10/19/2004, you wrote: >Hi! > > >I have installed cygwin successfully, but if I try running it I get the >message: > >"C:\cygwin\cygwin.bat is not a valid Win32 application." > >I run Windows XP. > >Any help would be highly appreciated, as I need to get it running as >soon as possible. Sounds to me like this batch file is messed up somehow. What does it look like? What's the output of 'getfacl c:/cgywin/cygwin.bat? -- 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: Program to "talk" to serial port?
Bruce Dobrin wrote: I got it working with very helpful suggestions from list people last week. You need to unpack on a linux box and change every reference to reserve word "aux" to something else, next comment out the tweak the code to disable the root checking, like this: You can avoid having to alter the source code, other than the 'aux' references by: copying the /etc/passwd entry related to your login and changing the username to 'root' ala rthompso:unused_by_nt/2000/xp:500:513:U-xx\Administrator,S-1-5-21-xx-xx-xx-500:/home/rthompso:/bin/bash root:unused_by_nt/2000/xp:0:513:U-xx\Administrator,S-1-5-21-xx-xx-xx-500:/home/rthompso:/bin/bash then, from the cygwin prompt, login as root, the passwd will be the same for both entries. -- 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: Program to "talk" to serial port?
It appears that the main issue is the directory in the source tar file named aux. If you do not have access to a system other than windows on which to untar the source and rename the aux directory, you can use the 7-zip ( http://www.7-zip.org/ )program to rename this directory while it is still in the tar file. Then you should be able to untar the file and run a recursive perl script or whatever suits you to alter any references within the files to aux to whatever you renamed the file to. reid -- 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: Program to "talk" to serial port?
On Tue, Oct 19, 2004 at 09:56:31PM -0400, Reid Thompson wrote: >It appears that the main issue is the directory in the source tar file >named aux. Use a managed mount. Create an empty directory c:/foo and mount -o managed c:/foo /foo cd /foo tar xf whatever you will then be able to extract files like "aux", "com1", etc. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ssh expect on Cygwin
Hi,
I just got your mail id from the Cygwin MAiling list.
I am having a tyical problem with expect.
This is the code fragment that is giving me the problem. May be you
can help me with this conundrum
#!/usr/bin/expect
spawn ssh -l $user $box_ip
while {1} {
expect {
-exact "[EMAIL PROTECTED]'s password: " {
send -- "$passwd\n"
break;
}
The problem is every time I run the script, it asks me for the
password, though it should not. Also, when prompted for password, when
I enter the password, it just does not accepts it.
I am running Cygwin on WIndows XP.
Please advise me.
Thanks and Regards
Anurag
Please find the package info for Cygwin
Package VersionStatus
_update-info-dir00230-1OK
ash 20040127-1 OK
autossh 1.2g-2 OK
base-files 3.0-3 OK
base-passwd 2.1-1 OK
bash2.05b-16 OK
bzip2 1.0.2-6OK
cgoban 1.9.14-1 OK
crypt 1.1-1 OK
cygipc 2.03-2 OK
cygrunsrv 1.0-1 OK
cygutils1.2.5-1OK
cygwin 1.5.11-1 OK
cygwin-doc 1.3-7 OK
cygwin-x-doc1.0.4-1OK
ddd 3.3.9-1OK
diffutils 2.8.7-1OK
editrights 1.01-1 OK
expat 1.95.7-1 OK
expect 20030128-1 OK
fileutils 4.1-2 OK
findutils 4.1.7-4OK
fontconfig 2.2.2-1OK
freetype2 2.1.5-1OK
fvwm2.4.7-3OK
gawk3.1.4-3OK
gdbm1.8.3-7OK
gettext 0.14.1-1 OK
ghostscript 7.05-2 OK
ghostscript-base7.05-2 OK
ghostscript-x11 7.05-2 OK
glib1.2.10-2 OK
glib-devel 1.2.10-2 OK
gnome-icon-theme2.8.0-1OK
gnugo 3.4-1 OK
grace 5.1.17-1 OK
grep2.5-1 OK
groff 1.18.1-2 OK
gtk+1.2.10-2 OK
gtk+-devel 1.2.10-2 OK
guile 1.6.4-12 OK
gv 3.5.8-2OK
gzip1.3.5-1OK
hicolor-icon-theme 0.5-1 OK
irc 20010101-3 OK
jpeg6b-11 OK
less381-1 OK
lesstif 0.93.94-2 OK
libbz2_11.0.2-6OK
libcharset1 1.9.2-1OK
libdb4.14.1.25-1 OK
libdb4.24.2.52-1 OK
libfontconfig-devel 2.2.2-1OK
libfontconfig1 2.2.2-1OK
libfreetype2-devel 2.1.5-1OK
libfreetype26 2.1.5-1OK
libgdbm 1.8.0-5OK
libgdbm-devel 1.8.3-7OK
libgdbm31.8.3-3OK
libgdbm41.8.3-7OK
libgettextpo0 0.14.1-1 OK
libguile12 1.6.4-12 OK
libguile12abi13 1.6.4-2OK
libiconv1.9.2-1OK
libiconv2 1.9.2-1OK
libintl 0.10.38-3 OK
libintl10.10.40-1 OK
libintl20.12.1-3 OK
libintl30.14.1-1 OK
libjpeg62 6b-11 OK
libjpeg6b 6b-8 OK
libltdl31.5.10-1 OK
libncurses5 5.2-1 OK
libncurses6 5.2-8 OK
libncurses7 5.3-4 OK
libncurses8 5.4-1 OK
libopenldap22.1.25-1 OK
libpcre 4.1-1 OK
libpcre04.5-1 OK
libpng 1.2.5-4OK
libpng121.2.5-4OK
libpopt01.6.4-4OK
libreadline44.1-2 OK
libreadline54.3-5 OK
libreadline65.0-1 OK
libtiff-devel 3.7.0beta2-1 OK
libtiff43.6.0-5OK
libtiff53.7.0beta2-1 OK
libungif4.1.0-3OK
libXft 2.1.6-1OK
libXft-devel2.1.6-1OK
libXft1 1.0.0-1OK
libXft2
Re: ssh.exe 3.7.1p1: crashing with STATUS_ACCESS_VIOLATION error 0x016E65A8
Larry Hall cygwin.com> writes: > > > Did you try the latest version of OpenSSH and Cygwin? I upgraded to the following binaries and tried it again, ssh.exe 3.9p1 cygcrypto-0.9.7.dll 0.9.7d cygwin1.dll 1.5.11 cygminires.dll 0.98 cygz.dll 1.2.2 Ugh. Same problem, though obviously a different address (0x16D65A8). The strace looks a little different leading up to the crash- site though, 3 lines immediately before the exception. No mention of the wsock_event this time, and new 'lock / 'unlock lines. Though I guess this doesn't help. 569 2308580 [main] ssh 1285 __cygwin_lock_lock: threadcount 1. not locking 505 2309085 [main] ssh 1285 __cygwin_lock_unlock: threadcount 1. not unlocking 474 2309559 [main] ssh 1285 writev: writev (3, 0x22EB90, 1) 1432 2310991 [main] ssh 1285 handle_exceptions: In cygwin_except_handler exc 0xC005 at 0x16D65A8 sp 0x22EA1C 1559 2312550 [main] ssh 1285 handle_exceptions: In cygwin_except_handler sig 11 at 0x16D65A8 > > -- > 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: Problem Running Cygwin on Win XP ("not a valid Win32 application")
Problem solved ^^, but thanks anyway!
My error was relying on the "uninstall"-function in the
internet-installation. I had aborted my first installation and thought
the uninstall stuff would take care of the files.
But (as it says in the FAQ ^_^ ) that's not really the case, as you have
to uninstall manually.
After that I re-installed and everything worked fine.
Greetings,
Lukas
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: Mittwoch, 20. Oktober 2004 03:20
To: lag; [EMAIL PROTECTED]
Subject: Re: Problem Running Cygwin on Win XP ("not a valid Win32
application")
At 04:51 PM 10/19/2004, you wrote:
>Hi!
>
>
>I have installed cygwin successfully, but if I try running it I get the
>message:
>
>"C:\cygwin\cygwin.bat is not a valid Win32 application."
>
>I run Windows XP.
>
>Any help would be highly appreciated, as I need to get it running as
>soon as possible.
Sounds to me like this batch file is messed up somehow. What does it
look like? What's the output of 'getfacl c:/cgywin/cygwin.bat?
--
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: cygwin/x symantec antivirus conflict (fixed in snapshot?)
On Tue, Oct 19, 2004 at 12:26:58AM -0400, Rolf Campbell wrote: >An rsync session that consistantly works on the Oct 7 snapshot fails >consistantly on the Oct 10 snapshot. Try it with the October 20 snapshot. I had the same problem with rsync (although I would have sworn that I tested it). It seems like I fixed it although I don't understand why my fix would make things better. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
