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
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
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
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
> ./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
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
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
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
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
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
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
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.
-
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
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
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
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
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
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:/
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
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
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
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
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
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
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
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
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
-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
> 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.
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
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
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
>
> 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
>
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
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
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
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
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
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
39 matches
Mail list logo
