Crash on startup - debugging info

Okay, there are at least two problems happening in XWin.exe. The first problem is totally unrelated to the new multiwindow mode. The problem is, if you startup XWin.exe in gdb, a call to fchown causes a SIGSEGV on every single execution. That sucks. You can avoid that problem by setting a break

Re: Apache corrupt big file

Hi, 2003/01/19 6:37:50, Stipe Tolj <[EMAIL PROTECTED]> wrote: >sorry, I could never reproduce the reported problem. I understand this is my particular environmental problem. So, any hints to solve this problem? Unfortunatly, I am a hardware engineer, I am not familier with debugging such problem

Serial port access under expect

Hello, I have a simple terminal emulation program, through which I am able to access an embedded board, through serial port. This works fine from the bash prompt; but however, if I try to do the same from within an expect script, the program fails with "Permission denied" message, for the open() c

Re: Serial port access under expect

Don't you try to open a serial port from two processes? You can't do that on Windows, Windows don't allow to share the serial ports. Sergey Okhapkin Somerset, NJ - Original Message - From: "Chirag Kantharia" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, January 19, 2003 6:50 AM

Re: Serial port access under expect

Hi Sergey, I am not sure if I understand you. I am not trying to open the serial port from two processes simultaneously. I tried opening the serial port from the bash prompt, which worked and later, I tried from the expect script which didn't work. If the expect script is implicitly opening the se

Re: Serial port access under expect

Could you strace the script execution? Sergey Okhapkin Somerset, NJ - Original Message - From: "Chirag Kantharia" <[EMAIL PROTECTED]> To: "Sergey Okhapkin" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Sunday, January 19, 2003 7:29 AM Subject: Re: Serial port access under expect > Hi

RE: Tab completion list takes enormously long time to generate from empty string

> > Mangus, > > At 16:12 2003-01-13, Magnus Holmgren wrote: > > > -Original Message- > > > From: Magnus Holmgren [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, January 13, 2003 7:51 PM > > > To: [EMAIL PROTECTED] > > > Subject: Tab completion list takes enormously long time to generate >

Re: Serial port access under expect

Hi Sergey, I could strace the script. The strace output shows that the /dev/ttyS0 is opened just once, which fails with return value -1. I can send you the strace output, if required. Much thanks and regards, chyrag. - Original Message - From: "Sergey Okhapkin" <[EMAIL PROTECTED]> Dat

Re: Tab completion list takes enormously long time to generate from empty string

Magnus Holmgren wrote: > But Cygwin setup doesn't have to open and read thousands of files. > And it's not using cygwin1.dll. The Cygwin layer seems to slow down > things considerably. Yes, stat is known to be an expensive operation. > I was able to strip down my $PATH a bit (removing KDE for

Unsubcribe

Alle 02:04, sabato 18 gennaio 2003, Christopher Faylor ha scritto: > On Fri, Jan 17, 2003 at 04:17:27PM -0500, Jason Tishler wrote: > >Chris, > > > >On Fri, Jan 17, 2003 at 02:49:24PM -0500, Jason Tishler wrote: > >> On Fri, Jan 17, 2003 at 02:03:53PM -0500, Christopher Faylor wrote: > >> > This sh

Re: Apache corrupt big file

> Tetsu KOUNO wrote: >> I have a problem with apache. >> I found a mail which reports same symptom, in cygwin-apps mailing >> list (attached below). However I can not find follow-ups which gives >> a solution of the problem. Stipe Tolj wrote: > sorry, I could never reproduce the reported problem.

ssh with one agent for all bash´s

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, looking up the mailinglist and testing a while I figured out that with following .bash_profile, I can have one ssh-agent thruoghout all sessions I open! Once the agent is running the following shells use it again! Although the first shell will n

Re: gcc-2 ..../bin/as.exe: Permission denied

On Fri, Jan 17, 2003 at 12:43:36AM -0500, Christopher Faylor wrote: > On Fri, Jan 17, 2003 at 04:35:15PM +1100, Brendan Kosowski wrote: > >I have just installed cygwin on win98se using setup.exe. I selected gcc-2 > >as the only extra on top of the base install. I told setup that I am the > >only us

Re: gcc-2 ..../bin/as.exe: Permission denied

Dario Alcocer wrote: > Chris, I ran into a similar problem[1] this *just* yesterday. With > the help of the Cygwin FAQ, I remembered that symlinks are expected > to have the DOS/NT system attribute set. For the archives: Only the magic cookie type. For the *.lnk type, it is the read-only attribut

How to get out of cygwin mail lists

On Sun, 19 Jan 2003 15:00:48 +0100 Peppino <[EMAIL PROTECTED]> wrote: I doubt this will do much good since you didn't read the responses to the last person who sent such a request to the list, but if you visit (http://cygwin.com/ml/#unsubscribe-simple) and follow the instructions given there you

grep -r *.java doesn't work as expected

I try to grep all .java file recursively [/q/Workflow/AppAdmin/src/com/cisco/wf/admin] $ grep -rn systemRsrc *.java LDAPConfig.java:948: ... getRemoteSubsystemRsrcMgr() TestLDAPConfig.java:58:... getRemoteSubsystemRsrcMgr... Only files in the current directory is searched. Interesting wh

Re: grep -r *.java doesn't work as expected

Wai-Yip Tung (wtung) wrote: > I try to grep all .java file recursively > > [/q/Workflow/AppAdmin/src/com/cisco/wf/admin] $ grep -rn systemRsrc > *.java > > Only files in the current directory is searched. > What's wrong? Nothing. This is the expected behaviour. The shell expands *.java, and then r

Re: grep -r *.java doesn't work as expected

Wai-Yip, Grep _will_ search in files found throughout a directory hierarchy, but that's not it's default mode of operation. Look into the "-R" / "-r" / "--recursive" option and the associated "--include" and "--exclude" options. Also, I don't know what you intend by your use of "-m", but accord

Re: grep -r *.java doesn't work as expected

Randall R Schulz wrote: > Grep _will_ search in files found throughout a directory hierarchy, > but that's not it's default mode of operation. Look into the "-R" / > "-r" / "--recursive" option and the associated "--include" and > "--exclude" options. I didn't know about --include/--exclude - much

linker can't find getsubopt()

Hi, I try to compile this simple program on cygwin: #include #include #include int main() { getsubopt(0,0,0); return 0; } gcc has no problem with the program, but when linking starts, the linker can't find a reference to getsubopt. I don't care about the program working or not, I jus

Re: grep -r *.java doesn't work as expected

Hi, Max, At 08:34 2003-01-19, Max Bowsher wrote: Randall R Schulz wrote: > Grep _will_ search in files found throughout a directory hierarchy, > but that's not it's default mode of operation. Look into the "-R" / > "-r" / "--recursive" option and the associated "--include" and > "--exclude" optio

Re: linker can't find getsubopt()

It appears getsubopt is in newlib, and so present in Cygwin's , but not exported from cygwin1.dll One of Cygwin's core developers will need to tell us whether this is accidental or on purpose. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http:/

Re: gcc-2 ..../bin/as.exe: Permission denied

On Fri, Jan 17, 2003 at 04:35:15PM +1100, Brendan Kosowski wrote: > I have just installed cygwin on win98se using setup.exe. I selected gcc-2 > as the only extra on top of the base install. I told setup that I am the > only user and I use unix style text files. > > When I run "Cygwin Bash Shell" a

Re: Unsubcribe

On Sun, Jan 19, 2003 at 03:00:48PM +0100, Peppino wrote: >Alle 02:04, sabato 18 gennaio 2003, Christopher Faylor ha scritto: >> On Fri, Jan 17, 2003 at 04:17:27PM -0500, Jason Tishler wrote: >> >Chris, >> > >> >On Fri, Jan 17, 2003 at 02:49:24PM -0500, Jason Tishler wrote: >> >> On Fri, Jan 17, 200

Re: linker can't find getsubopt()

On Sun, Jan 19, 2003 at 04:49:04PM -, Max Bowsher wrote: >It appears getsubopt is in newlib, and so present in Cygwin's >, but not exported from cygwin1.dll > >One of Cygwin's core developers will need to tell us whether this is >accidental or on purpose. Oh, it's on purpose. Believe me. Cau

Re: linker can't find getsubopt()

At 09:32 2003-01-19, Christopher Faylor wrote: On Sun, Jan 19, 2003 at 04:49:04PM -, Max Bowsher wrote: >It appears getsubopt is in newlib, and so present in Cygwin's >, but not exported from cygwin1.dll > >One of Cygwin's core developers will need to tell us whether this is >accidental or on

Re: linker can't find getsubopt()

Christopher Faylor wrote: > On Sun, Jan 19, 2003 at 04:49:04PM -, Max Bowsher wrote: >> It appears getsubopt is in newlib, and so present in Cygwin's >> , but not exported from cygwin1.dll >> >> One of Cygwin's core developers will need to tell us whether this is >> accidental or on purpose. -

Error Message

I keep getting this error msg at random times (including whenever I click on the Cygwin desktop icon: The procedure entry point libintl_bindtextdomain could not be located in the dynamic link library cygintl-2.dll. Any idea as to what is the problem? TIA Augy Thiel

Re: Error Message

Augy Thiel wrote: > I keep getting this error msg at random times (including whenever I > click on the Cygwin desktop icon: > > The procedure entry point libintl_bindtextdomain could not be located > in the dynamic link library cygintl-2.dll. > > > Any idea as to what is the problem? You have

Re: linker can't find getsubopt()

On Sun, Jan 19, 2003 at 05:53:02PM -, Max Bowsher wrote: >Christopher Faylor wrote: >> On Sun, Jan 19, 2003 at 04:49:04PM -, Max Bowsher wrote: >>> It appears getsubopt is in newlib, and so present in Cygwin's >>> , but not exported from cygwin1.dll >>> >>> One of Cygwin's core developers w

Re: ssh with one agent for all bash´s

Nicolaie Szabadkai wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, looking up the mailinglist and testing a while I figured out that with following .bash_profile, I can have one ssh-agent thruoghout all sessions I open! Once the agent is running the following shells use it again! That

Re: Crash on startup - debugging info

On Sun, Jan 19, 2003 at 02:47:31AM -0500, Harold L Hunt II wrote: >Okay, there are at least two problems happening in XWin.exe. > >The first problem is totally unrelated to the new multiwindow mode. The >problem is, if you startup XWin.exe in gdb, a call to fchown causes a >SIGSEGV on every single

Re: sshd: setgid() fails on second login

I have compiled and installed ssh.com's 3.2.2 ssh clients and daemon. I can start the daemon without a hitch. But the daemon is unable to authenticate the password, probably becasue the cygwin's libc password interface to the Win2K password authentication lib is not working. The ssh client re-promp

Porting GridEngine, almost there, just need some help linking...

Almost done compiling GridEngine to run under Cygwin. Having some trouble linking. I'm getting: ./librmon.a(rmon_macros.o)(.text+0xae0):rmon_macros.c: undefined reference to `_shmget' ./librmon.a(rmon_macros.o)(.text+0xb09):rmon_macros.c: undefined reference to `_shmat' ./l

Re: Porting GridEngine, almost there, just need some help linking...

> ./librmon.a(rmon_macros.o)(.text+0xae0):rmon_macros.c: undefined > reference to `_shmget' Ian, Do you have cygipc installed? I am presuming so as you have the headers (or do they default in cygwin?) installed so you needed to pass `-lcygipc' to the linker when your compiling or put it in the Ma

RE: Porting GridEngine, almost there, just need some help linking...

Elfyn, Thank you! I was missing the cygipc libraries. Strange though that Cygwin does ship with the IPC headers in /usr/include/cygwin/. Cheers! Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Elfyn McBratney Sent: January 19, 2003 9:18 PM To: cygwi

Where is rresvport defined in the Cygwini distribution?

Again, this is related to porting GridEngine to cygwin. I have a file that says: #include and then calls rresvport(int *port). When I do a 'man rresvport' it looks like it should be in unistd.h but I can't find a prototype for the function in any header file. Can someone point me in the right dire

RE: Where is rresvport defined in the Cygwini distribution?

To answer my own question, adding: #ifdef CYGWIN extern int rresvport(int *port); #endif To the top of the file after the #includes seems to have solved the problem. Cheers! Ian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Ian R. Chesal Sent: Januar

Re: Make fails for various programs

Igor, bash is currently used. However, I have to investigate further on. * Autotools works if and only if CYGWIN = nontsec. * makewhatis fails (see also http://cygwin.com/ml/cygwin/2003-01/msg00829.html) * login does not work as expected * export does not work There is a lot to do and may I