RE: How to run rxvt

Panos Katergiathis wrote: > I have rxvt installed but there is no shortcut in order to run it, I wrote a batch file and made a shortcut to run it: C:\Documents and Settings\dpchrist\My Documents\home>type rxvt.bat @echo off rem $Id: rxvt.bat,v 1.1 2005/10/18 04:17:23 dpchrist Exp $

Re: downgrading make version

On Thu, Sep 21, 2006 at 12:57:58AM -0400, Christopher Faylor wrote: > >(CP) = \cp > > > >install: $(PROGS) > > $(CP) $(PROGS) $(INSTBINDIR) > > > >\cp nda.exe mtk.exe sda.exe /home/mast/CYGMOD/bin > >make: \cp: Command not found > > The above is not valid makefile syntax but if I make obvious

Re: downgrading make version

On Wed, Sep 20, 2006 at 10:35:05PM -0600, David Mastronarde wrote: >I tried this version and it solved two problems that I had with >dependencies being incorrectly interpreted as target patterns. But then I >got another problem. In my Makefile I have: > >(CP) = \cp > >install: $(PROGS) > $(

RE: cron - error starting a service

Mark & Pierre, thanks for your advice. Please see below. Mark: $ /usr/bin/cron_diagnose.sh: This also did not find any errors. The displayed version of this is 1.10. The revision in the source is 1.3 2004/12/21 16:14:4. Whereas the previous "older" version I was trying before displays 1.8. Is my

Re: gdb attach to process to produce stacktrace

On Wed, Sep 20, 2006 at 03:17:29PM -0400, Ethan Tira-Thompson wrote: > For a quick example, try figuring out why this example program is > crashing... The idea is simple: set up an array of strings containing > 'a' through 'z', build a string from 100 random selections, and then > display the

Re: downgrading make version

I tried this version and it solved two problems that I had with dependencies being incorrectly interpreted as target patterns. But then I got another problem. In my Makefile I have: (CP) = \cp install: $(PROGS) $(CP) $(PROGS) $(INSTBINDIR) And I get from make install: \cp nda.exe mt

Re: simply cygwin1.dll

On Wed, Sep 20, 2006 at 11:31:09PM -0400, Larry Hall (Cygwin) wrote: > > Hard to say without seeing what you're seeing (insert standard plug for > here ;-) ). The standard problem when > doing what you're doing is forgetting to stop services. Other than that, >

Re: Updated [experimental]: bash-3.1-8

On Thu, Sep 14, 2006 at 03:00:27PM +0100, Dave Korn wrote: > On 14 September 2006 14:17, Wells, Roger K. wrote: > > > Thank you. You made me realize that I could modify .inputrc to cause Ctrl-l > > to execute my version of "clear" which does what I want. Now if I could do > > it in Linux...

Re: bash-3.1-7$B!!(BBUG

On Thu, Sep 14, 2006 at 12:58:36PM -0400, Volker Quetschke wrote: > > +#ifdef __CYGWIN__ > > + /* lseek'ing on text files is problematic; lseek reports the true > > + file offset, but read collapses \r\n and returns a character > > + count. We cannot reliably seek backwards if nr is small

Re: bash-3.1-7$B!!(BBUG

> I suspect that the "Well, they can just install Linux (floppies, CDs, > DVDs) if they feel like it" observation has been made several times a > year for the last ten years. It's obviously not a very powerful > argument since Cygwin is still here and you can't really assert that the > only reason

Re: bash-3.1-7$B!!(BBUG

On Wed, Sep 13, 2006 at 08:19:02PM -0400, Christopher Faylor wrote: > As long as you have Corinna or myself in charge we are going to stick > with the whole "Linux on Windows" thing. If bash doesn't like \r\n line > endings on Linux, if we purposely recommend against using text mode > files, and i

Re: simply cygwin1.dll

Christopher Layne wrote: May seem sort of newbish, but I just noticed that one cannot move cygwin1.dll into place after removing the old one. For instance, if I download a snapshot to some tmp directory, exit all cygwin related apps and use explorer to move the new dll from the tmp to c:\cygwin\b

simply cygwin1.dll

May seem sort of newbish, but I just noticed that one cannot move cygwin1.dll into place after removing the old one. For instance, if I download a snapshot to some tmp directory, exit all cygwin related apps and use explorer to move the new dll from the tmp to c:\cygwin\bin - I'll get the standard

Re: Compiling dpkg

Dave Korn wrote: > However, whether dpkg will actually do anything useful for you is another > question. Debian packages don't work on cygwin and cygwin packages aren't > issued in debian format... Sigh. He seems to be resolute in his goal to get dpkg/dselect to do something useful under Cygw

RE: Compiling dpkg

On 21 September 2006 01:09, Stephen Grant Brown wrote: > Dear Sirs/Madams > In compiling dpkg I get the following error > > nfmalloc.c:29:21: obstack.h: No such file or directory > > Where do I get the obstack.h file from? > Wherre do I put it to be able to compile dpkg? You don't. You use

RE: Compiling ping

On 21 September 2006 01:34, Stephen Grant Brown wrote: > Howdy all, > In compiling ping I get the following errors > > /bin/sh: mdtype: command not found > /bin/sh: ostype: command not found > > Where do I find these files. You don't. You use the build script instead of manually unpacking th

Compiling ping

Howdy all, In compiling ping I get the following errors /bin/sh: mdtype: command not found /bin/sh: ostype: command not found Where do I find these files. I have searched cygwin and cannot find mdtype. Yours Sincerely Stephen Grant Brown -- Unsubscribe info: http://cygwin.com/ml/#unsubsc

Compiling dpkg

Dear Sirs/Madams In compiling dpkg I get the following error nfmalloc.c:29:21: obstack.h: No such file or directory Where do I get the obstack.h file from? Wherre do I put it to be able to compile dpkg? Thanks in advance for your help. Yours Sincerely Stephen Grant Brown -- Unsubscribe info:

RE: Read not honouring "-r"?

Hi All, Gerald, you are gold! For some reason I expected to see ^M's in the file if it was DOS format. Opening filesystems.cfg in Ultraedit failed to prompt with "Do you want to convert filesystems.cfg to DOS format?", so it was DEFINITELY in DOS format (as if there is any doubt). Consequently r

Re: llrint() into math.h

Víctor Paesa wrote: > > Hi, > > > > I understand that currently, the llrint() function is only available > > for -mno-cygwin compiled programs: > > > > $ fgrep llrint $(find /usr/include -name '*.h') > > /usr/include/mingw/math.h:extern long long __cdecl llrint (double); > > /usr/include/mingw/math

Re: Stacktrace in cygwin gdb after uncaught exception

Christopher Faylor cygwin.com> writes: > gdb does not just exit with an uncaught exception. It responds to a SIGSEGV > the same way as linux. Can cygwin gdb print a stack trace that would direct me to the throw -1 line when debugging the following program? int main() { throw -1; return 0

Re: gdb attach to process to produce stacktrace

On Wed, Sep 20, 2006 at 03:17:29PM -0400, Ethan Tira-Thompson wrote: >Wait, wait, don't give up so quickly -- this is the same problem I >reported a while back as well, and I'd like to see a better >resolution than "doctor, it hurts when I move my arm"; "well then >don't move your arm!" ...so

Re: gdb attach to process to produce stacktrace

Wait, wait, don't give up so quickly -- this is the same problem I reported a while back as well, and I'd like to see a better resolution than "doctor, it hurts when I move my arm"; "well then don't move your arm!" ...some of us actually need to use our arms. Maybe you can get around using

Re: cron - error starting a service

- Original Message - From: "David Rekas" To: cygwin Sent: Wednesday, September 20, 2006 3:54 AM Subject: ***[Possible UCE]*** cron - error starting a service Hi, I have installed cron-3.0.1-19 within CYGWIN_NT-5.1 1.5.21(0.156/4/2) on my Win XP 5.1.2600 machine. Configured it with rec

Re: gdb attach to process to produce stacktrace

That's all I needed to know. So in order for the process I'm attaching gdb to to terminate on its own I must not use anything that ends up in a windows dll. In the mingw/msys sources (msys\rt\src\newlib\libc\sys\go32\sleep.c) I found a sleep impl (DJ Delorie, 1991) that emulates the sleep functi

Re: gdb attach to process to produce stacktrace

On Wed, Sep 20, 2006 at 08:06:11AM -0700, Hans Horn wrote: >Exactly, thread 1 is of interest. That's the reason why the code posted >switches to thread 1! I apologize for missing that but I did tell you that the stack trace would not be useful if the program was stopped in a Windows DLL, which it

Re: llrint() into math.h

Víctor Paesa wrote: Hi, I understand that currently, the llrint() function is only available for -mno-cygwin compiled programs: $ fgrep llrint $(find /usr/include -name '*.h') /usr/include/mingw/math.h:extern long long __cdecl llrint (double); /usr/include/mingw/math.h:extern long long __cdecl

llrint() into math.h

Hi, I understand that currently, the llrint() function is only available for -mno-cygwin compiled programs: $ fgrep llrint $(find /usr/include -name '*.h') /usr/include/mingw/math.h:extern long long __cdecl llrint (double); /usr/include/mingw/math.h:extern long long __cdecl llrintf (float); /usr/

RE: gdb attach to process to produce stacktrace

On 20 September 2006 16:06, Hans Horn wrote: > The real question is as to why the parent process needs to go into a > while(1) loop in order to produce the desired trace. Because then you're running in the program code, whereas in the sleep function you've ended up in a windows dll function and

Re: gdb attach to process to produce stacktrace

Exactly, thread 1 is of interest. That's the reason why the code posted switches to thread 1! The real question is as to why the parent process needs to go into a while(1) loop in order to produce the desired trace. H. "Christopher Faylor" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTE

Re: gdb attach to process to produce stacktrace

On Wed, Sep 20, 2006 at 07:06:45AM -0700, Hans Horn wrote: >for quite some time I was trying to figure out (e.g. >http://thread.gmane.org/gmane.os.cygwin/58420/focus=58420) how to attach gdb >to a process in order to produce a useful stacktrace. > >All attempts however produced something useless

Re: REG : Program received signal SIGSEGV, Segmentation fault

On Wed, Sep 20, 2006 at 08:00:50PM +0530, Syam Prasad Nagabairu wrote: > > >HI to ALL, > >I am working on HP system with XP OS.The problem is, while running a gdb >debugger the following error occured. >Program received signal SIGSEGV, Segmentation fault. >0x77c47631 in msvcrt!memset () > > >Genera

REG : Program received signal SIGSEGV, Segmentation fault

HI to ALL, I am working on HP system with XP OS.The problem is, while running a gdb debugger the following error occured. Program received signal SIGSEGV, Segmentation fault. 0x77c47631 in msvcrt!memset () Generally the previous errors of the same kind will display the source file and the loc

gdb attach to process to produce stacktrace

Group, for quite some time I was trying to figure out (e.g. http://thread.gmane.org/gmane.os.cygwin/58420/focus=58420) how to attach gdb to a process in order to produce a useful stacktrace. All attempts however produced something useless like the following: [Switching to thread 1096.0x7f4] *

RE: cron - error starting a service

> > # Used cron_diagnose.sh 1.8 repeatedly until it no longer found any > problems. > Please try the version of cron_diagnose.sh in /usr/bin (that is, /usr/bin/cron_diagnose.sh). It is a later version than what you reported above. --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscri

RE: Ping Source Problem

On 20 September 2006 13:14, Stephen Grant Brown wrote: > I have downloaded the source for ping but when I go to compile it I get the > following output. > > [EMAIL PROTECTED] /usr/src > $ ./ping-1.0-1.sh all > ./ping-1.0-1.sh: line 325: syntax error near unexpected token `&&' > ./ping-1.0-1.sh: l

Re: Linking Assembly Code - Can't resolve printf

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to David Lariviere on 9/20/2006 1:51 AM: > The code is actually taken out of "Professional Assembly Language" by > Richard Blum. Which is Linux specific. Don't expect it to work on cygwin, because cygwin has a different ABI. > > I presume

Ping Source Problem

Dear Sirs/Madams, I have downloaded the source for ping but when I go to compile it I get the following output. [EMAIL PROTECTED] /usr/src $ ./ping-1.0-1.sh all ./ping-1.0-1.sh: line 325: syntax error near unexpected token `&&' ./ping-1.0-1.sh: line 325: `all)checksig && prep &&

Re: cygrunsrv -y question

Hello, Robert. MRP> If I go to "computer management/services" I see the column header "Name" MRP> which is "Cygwin sshd" but that seems to be a display name. MRP> What is the right service_name to use with the -y parameter? Where would I MRP> find the service_name? If you doubleclick on any se

Re: How to run rxvt

BTW, of course you first have to create your own shortcut: right click on the Desktop->New->Shortcut and then paste the commands I sent in the previous e-mail. Cheers, FAb Panos Katergiathis wrote: I have rxvt installed but there is no shortcut in order to run it, only

Re: How to run rxvt

Hi Panos, for example, to run just a terminal using the tcsh shell: C:\cygwin\bin\rxvt.exe -fn 7x14 -g 120x24 -si -sk -sb -sl 1000 -fg black -bg white -T "cygwin terminal Window" -e /usr/bin/tcsh -l If you want to login directly to some Unix/Linux machine, you can do the following: C:\cygw

How to run rxvt

I have rxvt installed but there is no shortcut in order to run it, only the standard cygwin shortcut was created. How do i run it? Thank you in advance Panos -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation:

RE: Linking Assembly Code - Can't resolve printf

Hi Kai, Thank you so much. That got it compiling. I had tried it before, being inspired by the results of objdump on libc.a, but it didn't work at that point because I hadn't yet read about the importance of ordering the -lc after the object. I hadn't gone back and tried it since making that chang

Re: Linking Assembly Code - Can't resolve printf

Hallo David, Some OS's - as cygwin - expand names by underscores. Therefore simply write instead of "printf" just "_printf". That should work for this unresolved symbol. But the rest does not seems to be ABI compatible for cygwin. Additionally the entry-point won't work this way ... Chears, i

Re: Linking Assembly Code - Can't resolve printf

David Lariviere wrote: > movl $0, %ebx > movl $1, %eax > int $0x80 > ... > > I've tried linking in numerous libraries, hoping one would resolve printf, > and in numerous order of where to include the -lxxx, but I can't get it to > compile. I've also tried it on numerous co

Linking Assembly Code - Can't resolve printf

I have a simple assembly program that I am trying to compile, but ld cannot resolve printf. -- #movtest3.s - Example using index memory locations .section .data output: .asciz "The value is %d\n" values: .int 10,15,20,25,30,35,40,45,50,55,60 .section .text .glob