grep and words

[prz]

another question from newbie ..
is it possible with grep to select only the rows where the second word
applies, because the pattern can occur at different places like :
row 1 :   zzz
row 2 :   zzz
I need only the row where word 2 = 
grep  would also return row 2
Thanks for all info
Best Regards, Guy Przytula
-- 
View this message in context: 
http://www.nabble.com/grep-and-words-tf1929391.html#a5284068
Sent from the Cygwin Users forum at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: objdump ignores command line

[Demmer, Thomas]

Brian Dessent wrote:
[...]
>This is  I think.  I
>say this because I experienced the same problem you are reporting with
>objdump, but did not report it because the conditions under which it
>reproduced were so random (i.e. working fine under strace, gdb, or plain
>console.)  But the problem is gone with the noted fixed snapshots.
>
>
>Brian

Confirmed, works fine with snapshot 20060707.
Thanks Brian.

Ciao
Tom

--
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: grep and words

[Brian Dessent]

prz wrote:

> another question from newbie ..
> is it possible with grep to select only the rows where the second word
> applies, because the pattern can occur at different places like :
> row 1 :   zzz
> row 2 :   zzz
> I need only the row where word 2 = 
> grep  would also return row 2

This is not specific to Cygwin in any way, so it's kind of off-topic for
this mailing list.  I suggest you google for regular expression
tutorials, as this is the basis for how grep operates.

If it were me I would use grep -P "^\S+\s+" but there are numerous
ways to accomplish this and it would depend on the specifics of the data
that you're trying to match.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: directories via. cygwin/windows

[Jim Easton]

Hi All,

Yesterday I wrote:
> > Could someone please explain to me what is going on or direct me
> > to documentation that would explain it or perhaps to a more
> > appropriate list.

"Thank you" to everyone who responded my question.  It gives me a 
lot to investigate - it will take me a while.  :-)

Thanks again.

Jim

--
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/

Cron Job Assistance Required

[sujit . menon]

Hi "CygWinners" { :) (C) Sujit Menon },

Can anybody help me write a cron or at batch job using cygwin.

I want to run a script every Tuesday morning. The script directs certain
files which it picks up from my windows directory system, which is why
cygwin is helpful rather than using a Solaris machine and mapping it to
windows using Samba server.

I would appreciate if you give me the correct syntax used for the same.

Warm Regards,
Sujit Chandran Menon,
Tata Consultancy Services Limited,
Park West - II, Raheja Estate
Kulupwadi Road, Borivali (East)
Mumbai - 400 066,Maharashtra
India-91-022-67509817
Mailto: [EMAIL PROTECTED]
Website: http://www.tcs.com
=-=-=
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: variable after break

[Dave]

prz wrote:

I am using a simple program with a loop



when getting out of the loop with break the variable $aid gets cleared
it was printed before the break and getting out of the loop
Any idea / hint ?


I don't believe this is cygwin specific. Have a read of the bash man page.

Hint: Not only are you reading the variable outside the loop in which 
you first declare it, you're also reading it outside the group command.


From my reading of your command you shouldn't need to call grep, gawk, 
and use a while loop to match another string. gawk should be able to do 
everything for you. info gawk.


Dave.

--
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: Pthread.h issue

[Corinna Vinschen]

On Jul 12 10:39, Mark Hadfield wrote:
> #if defined (PTHREAD_PRIO_INHERIT)
>   pthread_mutexattr_getprotocol(m_attr, &protocol);
>   POUT3(caller, protocol, PTHREAD_PRIO_INHERIT, PTHREAD_PRIO_PROTECT, 
> PTHREAD_PRIO_NONE);
> #endif
> 
> This expands to valid C code if and only if the macros 
> PTHREAD_PRIO_INHERIT, PTHREAD_PRIO_PROTECT and PTHREAD_PRIO_NONE are 
> defined to integer constants. But the definitions are empty 
> (/usr/sys/sinclude/pthread.h, lines 63-65):
> 
> #define PTHREAD_PRIO_INHERIT
> #define PTHREAD_PRIO_NONE
> #define PTHREAD_PRIO_PROTECT
> [...]
> So, why would Cygwin pthread have empty definitions for these macros? Is 
> it safe to override the definitions? Would it be safer to omit the code 
> that uses them on this platform?

This looks like a leftover.  Mutex priorities are not supported
by Windows and nobody ever implemented it in Cygwin, so the corresponding
functions pthread_mutexattr_getprotocol and pthread_mutexattr_setprotocol
return with ENOSYS.  The above preprocessor test should better check for
_POSIX_THREAD_PRIO_INHERIT, which is the macro indicating that the
corresponding functionality is supported.

I will remove the above defines for the next Cygwin version. 

This implies that we would be glad if somebody would implement thread
priority inheritance in Cygwin.  http://cygwin.com/acronyms/#PTC


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: python test failures

[Corinna Vinschen]

On Jul 11 22:21, Neal Norwitz wrote:
> One failure that seems to cascade into other failures is upon trying
> to lock a file.  The test is verifying that a second process can't
> open a locked file.  What I believe to be happening is that when the
> lock fails, we try to unlock the file (which we didn't lock) and that
> seems to cascade causing other failures later.  It seems that no other
> Unix system we test with has an error when trying to unlock this file,
> though I'm not sure what POSIX says should happen.  After this
> failure, it seems we can't open the file again.  I think there may be
> other problems in this test, but this seems to cause many.  Search for
> test_lock_conflict in the first link above for more details about the
> python code.  The C code (see Modules/fcntlmodule.c fcntl_lockf) looks
> like this:
> 
>l.l_start = l.l_len = 0;
>l.l_type = F_UNLCK;
>ret = fcntl(fd, F_SETLKW, &l);

When and how exactly?  There are problems with file locking in that
Windows only supports mandatory file locking and the Cygwin
implementation of file locking (which is *very* old, btw) only supports
this Windows methods.  Actually one of my plans for quite some time is
to implement advisory file locking on Cygwin and drop the mandatory
locking entirely, but I never made it beyond the planning phase so far.

> The second failure seems to come about from calling msync
> (Modules/mmapmodule.c mmap_flush_method).  I believe we are just
> calling:
> 
>msync(data, size, MS_SYNC)
> 
> and that is returning -1.

Under what circumstances?

It would be more helpful if you could provide self-contained testcases
in plain C, which can be used to reproduce the problem with a minimum
of code.  See http://cygwin.com/problems.html

> The third failure is getting a 'Connection reset by peer' on a socket
> while trying to receive 100 bytes.  The first part of the test seems
> to go ok, but after several sockets, something gets screwed up.
> 
> The last failure only occurs sometimes.  It causes python to crash
> though.  It seems to happen around forking to create new processes.
> The error message is something like:
> 
> 15 [main] python 3232 python.exe: *** fatal error - unable to
> remap lib.cygwin-1.5.19-i686-2.5\datetime.dll to same address as
> parent(0x1920) != 0x6660
>  8 [main] python 3100 child_copy: loaded dll data write copy
> failed, 0x187E3000..0x187E3A00, done 0, windows pid 2259364, Win32
> error 5
>  91443 [main] python 648 python.exe: *** fatal error - unable to
> remap lib.cygwin-1.5.19-i686-2.5\datetime.dll to same address as
> parent(0x1920) != 0x6660
>  96475 [main] python 3100 child_copy: loaded dll data write copy
> failed, 0x187E3000..0x187E3A00, done 0, windows pid 2257908, Win32
> error 5

This is the typical rebase problem.  Perl suffers from the same problem.
Did you try running rebaseall?  See /usr/share/doc/Cygwin/rebase-*.README
after installing the package.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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/

ping ignores ^C when host is not responding

[burning shadow]

I cannot interrupt ping when host is not responding. I have to kill it
from another session. If host is responding, I can interrupt ping with
^C. Look:

[EMAIL PROTECTED]:~$ which ping
/usr/bin/ping

[EMAIL PROTECTED]:~$ cygcheck ping
Found: D:\tools\cygwin\bin\ping.exe
D:/tools/cygwin/bin/ping.exe
 D:\tools\cygwin\bin\cygwin1.dll
   C:\WINNT\system32\ADVAPI32.DLL
 C:\WINNT\system32\KERNEL32.dll
   C:\WINNT\system32\ntdll.dll
 C:\WINNT\system32\RPCRT4.dll

[EMAIL PROTECTED]:~$ ping localhost
PING loshadka (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=128 time=0 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=128 time=10 ms
64 bytes from 127.0.0.1: icmp_seq=2 ttl=128 time=10 ms

loshadka PING Statistics
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip (ms)  min/avg/max/med = 0/7/10/10

[EMAIL PROTECTED]:~$ ping www.microsoft.com
PING lb1.www.ms.akadns.net (207.46.19.60): 56 data bytes
Killed


cygcheck.out
Description: Binary data
--
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: ping ignores ^C when host is not responding

[Corinna Vinschen]

On Jul 12 14:26, burning shadow wrote:
> I cannot interrupt ping when host is not responding. I have to kill it
> from another session. If host is responding, I can interrupt ping with
> ^C. Look:

This will work again in the next Cygwin version.  In the meantime:

- Just live with it,
- Use Windows' ping.
- Try the latest snapshot:  http://cygwin.com/snapshots/


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: Find working improperly causes updatedb to take forever

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Igor Peshansky on 7/11/2006 10:19 PM:
> As for "-fstype proc" not matching /proc, that is probably a real bug,
> though it's unclear whether the bug is in findutils or Cygwin.

See my earlier email - the information that cygwin provides in getmntent
is insufficient, so findutils thinks /proc is in the filesystem "unknown".
 As it is, the gnulib implementation of mountlist.c could probably be
improved to be taught a few things about cygwin.  I've taught stat, as
part of coreutils, a little more about decoding mount points; but have not
tried pushing that back upstream into gnulib.

> Basically, findutils reads through the mount table entries, and expects
> all filesystems to be there (including /proc, etc).  Under Cygwin, /proc
> doesn't appear as a separate mount table entry, and thus is missed by
> findutils.  Depending on whether POSIX mandates that /proc appear in the
> mount table or not, either Cygwin or findutils needs to be fixed.

POSIX does not specify mount tables.  That's not to say that cygwin's
getmntent should not strive to be useful, like linux's; but there is no
standard to base it on.

> Since
> findutils uses GNUlib's read_file_system_list(), it's also possible that
> the fix needs to be made there.
> 
> For more info, see the findutils source (find/fstype.c is the most
> relevant source file, I believe).  As a workaround, you might want to add
> /proc to PRUNEPATHS.

I don't use updatedb enough myself; but it looks like when I do my next
release of findutils, I will have to change the default PRUNEPATHS and
PRUNEFS to match the cygwin situation; updatedb is likely very useless
inside of /proc.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtOr984KuGfSFAYARAiv+AJwO4TScm4ZJDCo8a1m0HRbrBygOTwCdH+SO
1JVN4sAF+Y+YLJ4ByL7B4gY=
=66pU
-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: Updatedb does not finish

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Arun Biyani on 7/10/2006 5:23 PM:
> I have been running "updatedb" via a cron job for almost 6 months now.
> It is started
> at 11PM & is usually done in an hour. Recently, I have been noticing
> that there is a
> "find" job still running when I get in, in the morning.

This looks like this thread may be relevant:
http://cygwin.com/ml/cygwin/2006-07/msg00331.html

Can you try setting PRUNEPATHS=/proc in your environment, and see if that
helps cut down the time updatedb takes by cutting down what it traverses?

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtOus84KuGfSFAYARAqHQAJ9V7E+cpmeAg0N6/hRECKnU/llz1ACfW0qM
gIAx2qKja7aGYiH1jW06XjA=
=Zeur
-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: Cron Job Assistance Required

[Chuck]

[EMAIL PROTECTED] wrote:
> Hi "CygWinners" { :) (C) Sujit Menon },
> 
> Can anybody help me write a cron or at batch job using cygwin.
> 
> I want to run a script every Tuesday morning. The script directs certain
> files which it picks up from my windows directory system, which is why
> cygwin is helpful rather than using a Solaris machine and mapping it to
> windows using Samba server.
> 
> I would appreciate if you give me the correct syntax used for the same.

Syntax for what? The shell script, or crontab entry, how to reference a
windows directory in cygwin? You need to be a little more specific.

For crontab see "man crontab".

For shell questions either "man bash" or usenet ng comp.unix.shell.


--
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/

cron/crontab problems.

[Kyle Johnson]

Hi everyone,

I'm having some problems with cron & crontab in cygwin, running on 
Windows 2000 Advanced Server, Service Pack 4.


What:  I have two cronjobs setup, running at a 3 hour difference.  The 
first job runs at 7PM, Monday through Friday, and tar -cjPf's .DBF files 
in a certain directory.  The next script runs at 10PM, Monday through 
Friday, and tar -cjPf's * files in a certain directory.  These were 
working OK for a few days, then they stopped.  I noticed this when I 
checked on the backups the following day, and found that all of the 
recently made files were only 42b big, as opposed to 128MB or such.


If I run the contents of the scripts from the command line, everything 
works OK.


I have pasted all relevant information at http://paste.fixertec.net/5

Also, today, I ran 'crontab -e' from the command line, and I got the 
error from lines 30 to 34, at http://paste.fixertec.net/5.
I then ran 'net stop cron' and 'net start cron', which then allowed me 
to do a 'crontab -e' successfully.


Any ideas?

Thank you,


--

Kyle Johnson
Fixertec 
410-609-4191



--
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: grep and words

[Chuck]

prz wrote:
> another question from newbie ..
> is it possible with grep to select only the rows where the second word
> applies, because the pattern can occur at different places like :
> row 1 :   zzz
> row 2 :   zzz
> I need only the row where word 2 = 
> grep  would also return row 2
> Thanks for all info
> Best Regards, Guy Przytula

Ditto that this is not a cygwin question per say.

I would use awk.

awk '$2 = ""' filename


--
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/

Trouble with readline during make command

[Guillot Jeremie]

Hi everyone

I have some troubles with readline library when I want to compile my
program. In my cpp file I have 

#include 


--
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: cron/crontab problems.

[Larry Hall (Cygwin)]

Kyle Johnson wrote:

Hi everyone,

I'm having some problems with cron & crontab in cygwin, running on 
Windows 2000 Advanced Server, Service Pack 4.


What:  I have two cronjobs setup, running at a 3 hour difference.  The 
first job runs at 7PM, Monday through Friday, and tar -cjPf's .DBF files 
in a certain directory.  The next script runs at 10PM, Monday through 
Friday, and tar -cjPf's * files in a certain directory.  These were 
working OK for a few days, then they stopped.  I noticed this when I 
checked on the backups the following day, and found that all of the 
recently made files were only 42b big, as opposed to 128MB or such.


If I run the contents of the scripts from the command line, everything 
works OK.


I have pasted all relevant information at http://paste.fixertec.net/5

Also, today, I ran 'crontab -e' from the command line, and I got the 
error from lines 30 to 34, at http://paste.fixertec.net/5.
I then ran 'net stop cron' and 'net start cron', which then allowed me 
to do a 'crontab -e' successfully.


Any ideas?



Sure.

  1.  Install, read the README, and run rebaseall.
  2.  Try a snapshot .
  3.  Follow the problem reporting guidelines if one of the 2 options above
  doesn't fix your problem .


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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: Trouble with readline during make command

[mwoehlke]

Guillot Jeremie wrote:

Hi everyone

I have some troubles with readline library when I want to compile my
program. In my cpp file I have 


#include 


We would be more willing (and able) to help if you gave us some 
indication of what the problem is.



Problem reports: http://cygwin.com/problems.html


--
Matthew
Hey, buddy, if it's OT, TITTTL!


--
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/

1.5.21s mmap error

[Brian Ford]

This is just a heads up for now as I plan to try and produce an STC
with cygcheck output later today or tomorrow as time allows.  But, just in
case it rings any bells...

CYGWIN_NT-5.1 PC1163-8460-XP 1.5.21s(0.156/4/2) 20060707 11:45:39 i686
unknown unknown Cygwin

 17 [unknown (0xC08)] vital 3784 mmap_record::alloc_page_map: Warning:
VirtualProtect (addr: 0x2E23, len: 0x1800, new_prot: 0x4,
old_prot: 0x5321000), Win32 error 487

The application in question was trying to (code fragment):

{
int fd;

#ifdef MAP_ANON

fd = -1;

#else  /* ndef MAP_ANON */

#define MAP_ANON 0

fd = open("/dev/zero", O_RDONLY);
if (fd < 0)
{
perror("open failed for /dev/zero");
return -1;
}

#endif /* ndef MAP_ANON */

#ifndef MAP_NORESERVE
#ifdef MAP_AUTORESRV
#define MAP_NORESERVE MAP_AUTORESRV
#else
#define MAP_NORESERVE 0
#endif
#endif

// addr = a hint address just after a previously mmaped system
//chosen address
// virtsize = 0x1800

addr = mmap(addr, virt_size, (PROT_READ|PROT_WRITE),
(MAP_NORESERVE|MAP_PRIVATE|MAP_ANON), fd, 0);
if (addr == MAP_FAILED)
{
perror("mapping VM scratch space");
close(fd);
return -1;
}

#ifndef MAP_ANON
close(fd);
#endif
}

To the application, the mmap call apeared to succeed, but when it tries to
use the space, a SIGSEGV occurs.

The same application works fine under Cygwin 1.5.18.

Thanks.

-- 
Brian Ford
Lead Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

.


--
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: 1.5.21s mmap error

[Corinna Vinschen]

On Jul 12 10:48, Brian Ford wrote:
> This is just a heads up for now as I plan to try and produce an STC
> with cygcheck output later today or tomorrow as time allows.  But, just in
> case it rings any bells...

Does it work with 1.5.20?

*corinna mumbles something about a reproducible, self-contained testcase...


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...

[Ty Sarna]

Corinna Vinschen wrote:
> No, I think that's enough for now.  As suggested by somebody on this
> list some weeks ago, I will change the condition on which I use the real
> inode number instead of faking the inode number using a hash value
> depending on the FILE_SUPPORTS_OBJECT_IDS flag, except for Samba file
> systems.  This should lower the chance to get unreliable inode numbers.

I'm running a cygwin install from yesterday (lib 1.5.20) and running
into this issue.  The remote filesyste is a Samba share (2.2.8a), part
of which is local to that box and other parts of which are in turn NFS
mounted from NetApps and various other things.  I don't have much/any
control of this environment... 

Even if I could get the Samba upgraded to a newer one that reported the
correct file IDs, I don't know that it would help since sometimes it
would be reporting the information from NetApp, which I understand can
also be wrong? Further even if Cygwin has logic to deal with the NetApp
it won't help in this case because it won't realize that's what it's
ultimately talking to...

Perhaps the best thing to do is add a registry key/env var/some other
kind of override that users can set, to prevent cygwin from trying to be
intelligent here and just use the old hashing method always for Samba
(which worked fine for me in this exact setup with older Cygwin)

It's nice when software can guess what the right thing is, but it's always
good to have an override knob in case the guess is wrong :-)

Thanks

--
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: 1.5.21s mmap error

[Brian Ford]

On Wed, 12 Jul 2006, Corinna Vinschen wrote:
> On Jul 12 10:48, Brian Ford wrote:
> > This is just a heads up for now as I plan to try and produce an STC
> > with cygcheck output later today or tomorrow as time allows.  But, just in
> > case it rings any bells...
>
> Does it work with 1.5.20?

No, nor 1.5.19.

1.5.19 broke several things with respect to our application like: needing
to sync the Windows environment with the Cygwin one due to a use of
CreateProcess, needing to increase the scheduler resolution via
timeBeginPeriod back to 1 ms, dealing with the .exe that is now appended
to the /proc/self/exe symbolic link, etc.

These were all our issues; not Cygwin ones.  There was one Cygwin
one with clock_[get|set]res that affected nanosleep in 1.5.19, but I
submitted a patch for that and it is now included in 1.5.20.

The point is, I've just gotten around to fixing all these known problems
in our application and retesting.  So please, no one complain that I
didn't report it sooner.

> *corinna mumbles something about a reproducible, self-contained testcase...

* Brian mumbles about all the qualifications that one was coming soon when
time permitted that were trying to avoid Corinna's mumbling above.  Brian
also mumbles that the attached STC is nothing more than wrapping the
code fragment quoted in the previous message with a main, setting the
variables as the comments indicated, and manually stripping out the
preprocessor conditionals. *

STC attached.

(Why is it that no matter how hard I try to avoid objections to my emails
I ALWAYS get them anyway?  I know, WJM.  I just tend to agree with others
that this doesn't foster any good will in the Cygwin community.  Yeah, I
know, TITTTL, but I don't read that list.)

-- 
Brian Ford
Lead Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...
.

#include 
#include 
#include 
#include 
#include 
#include 


int
main(void)
{
int   fd, virt_size;
void *addr;

fd = -1;

addr  = NULL;
virt_size = 0x1800;
addr = mmap(addr, virt_size, (PROT_READ|PROT_WRITE),
(MAP_NORESERVE|MAP_PRIVATE|MAP_ANON), fd, 0);
if (addr == MAP_FAILED)
{
perror("mapping VM scratch space");
close(fd);
return -1;
}

*(volatile char *)addr;

return 0;
}
--
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 windows are white in 2nd monitor

[Jeff.Blosser]

 
I upgraded to XP SP2, yes I was behind. After patching, all windows that
are controlled by cygwin, local xterm, remote display's sent to this
computer, are all white. The windows work  fine in the primary screen
(screen 1). I start cygwin with c:\cygwin\usr\X11R6\bin\startxwin.bat. I
have not modified this script from the default install so XWin starts
with "XWin -multiwindow -clipboard -silent-dup-error".
 
After patching XP, I thought that I might need to reinstall cygwin, so I
reinstalled all components of cygwin I was using with setup.exe. I am
not sure what version of Cygwin, but hopefully it is up to date since I
used setup.exe to install. When I run uname -a I get CYGWIN_NT-5.1
1.5.20_0.156/4/2. Thanks.


--
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/

Repaint delay/hang of rxvt when closing gvim/vim if ctfmon.exe is running

[cygwin . t . bnelson]

I'm posting this to get it into the archives in case anyone else has
the same problem.  It took me a long time to figure this out.

If you're running rxvt with a vim/gvim window on top of it and you
close gvim, the rxvt window should redraw immediately.  But if you
have ctfmon.exe running, it will cause about a 1 second hang before
the rxvt window will redraw or respond.

Other applications do not cause this behavior.  For example, closing
notepad.exe does not cause the hang.  In addition, the delay does not
occur in other windows--only rxvt has the delay.

The ctfmon program activates the Alternative User Input Text Input
Processor (TIP).  I guess some interaction between it and gvim and
rxvt causes this delay.  I ended up enabling ctfmon on my system when
I enabled some additional languages in the "Text Services and Input
Languages" of the "Regional and Language Options" application in the
control panel.  Disabling the additional languages got rid of the
problem.

--
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 windows are white in 2nd monitor

[Brian Ford]

This is an X11 question, and as such, it should be directed to the
cygwin-xfree list.  Redirecting further discussion...

On Wed, 12 Jul 2006, Jeff.Blosser wrote:

> After patching, all windows that are controlled by cygwin, local xterm,
> remote display's sent to this computer, are all white. The windows work
> fine in the primary screen (screen 1). I start cygwin with
> c:\cygwin\usr\X11R6\bin\startxwin.bat. I have not modified this script
> from the default install so XWin starts with "XWin -multiwindow
> -clipboard -silent-dup-error".

Edit that script and add the -multiplemonitors flag to the Xwin command.

> After patching XP, I thought that I might need to reinstall cygwin, so I
> reinstalled all components of cygwin I was using with setup.exe. I am
> not sure what version of Cygwin, but hopefully it is up to date since I
> used setup.exe to install. When I run uname -a I get CYGWIN_NT-5.1
> 1.5.20_0.156/4/2. Thanks.

It is up-to-date, and you didn't need to reinstall.

-- 
Brian Ford
Lead Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

.


--
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: 1.5.21s mmap error

[Corinna Vinschen]

On Jul 12 13:43, Brian Ford wrote:
> On Wed, 12 Jul 2006, Corinna Vinschen wrote:
> > On Jul 12 10:48, Brian Ford wrote:
> > > This is just a heads up for now as I plan to try and produce an STC
> > > with cygcheck output later today or tomorrow as time allows.  But, just in
> > > case it rings any bells...
> >
> > Does it work with 1.5.20?
> 
> No, nor 1.5.19.

The problem results from introducing MAP_NORESERVE in 1.5.19.  That's
the reason the same code works on 1.5.18.  Your code simply defines
MAP_NORESERVE to 0 under 1.5.18.

The message you see is from a call to VirtualProtect, which must not be
called on reserved pages (which is MEM_RESERVE'd, which is, funny
enough, the Windows define equivalent to Linux' MAP_NORESERVE).  I fixed
that in CVS.

> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> 
> 
> int
> main(void)
> {
> int   fd, virt_size;
> void *addr;
> 
> fd = -1;
> 
> addr  = NULL;
> virt_size = 0x1800;
> addr = mmap(addr, virt_size, (PROT_READ|PROT_WRITE),
>   (MAP_NORESERVE|MAP_PRIVATE|MAP_ANON), fd, 0);
> if (addr == MAP_FAILED)
> {
>   perror("mapping VM scratch space");
>   close(fd);
>   return -1;
> }
> 
> *(volatile char *)addr;

  ^^^
This is a bug in your application.  You can't rely on being able to
access memory mmap'ed with MAP_NORESERVE.  This might succeed on Linux,
but it's not guaranteed.  It certainly doesn't work this way on Cygwin.
Call something like `mprotect (addr, virt_size, PROT_READ|PROT_WRITE)'
before accessing the mmap'ed memory.


Thanks for the testcase,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: 1.5.21s mmap error

[Brian Ford]

On Wed, 12 Jul 2006, Corinna Vinschen wrote:

> The problem results from introducing MAP_NORESERVE in 1.5.19.  That's
> the reason the same code works on 1.5.18.  Your code simply defines
> MAP_NORESERVE to 0 under 1.5.18.

While that is true, I compiled the STC with MAP_NORESERVE defined under
the 1.5.21s headers, and then ran the binary without recompiling it under
1.5.[18-20].  So, you must have ignored the MAP_NORESERVE value in the
older releases since it was passed to mmap in my test.

> The message you see is from a call to VirtualProtect, which must not be
> called on reserved pages (which is MEM_RESERVE'd, which is, funny
> enough, the Windows define equivalent to Linux' MAP_NORESERVE).  I fixed
> that in CVS.

Thanks.

> > addr  = NULL;
> > virt_size = 0x1800;
> > addr = mmap(addr, virt_size, (PROT_READ|PROT_WRITE),
> > (MAP_NORESERVE|MAP_PRIVATE|MAP_ANON), fd, 0);
> > if (addr == MAP_FAILED)
> > {
> > perror("mapping VM scratch space");
> > close(fd);
> > return -1;
> > }
> >
> > *(volatile char *)addr;
>
>   ^^^
> This is a bug in your application.

It actually isn't in my application.  I just put it here to test the
validity of the addressed returned.

> You can't rely on being able to access memory mmap'ed with
> MAP_NORESERVE.

Huh?  You mean for read as opposed to write access?  I guess I should have
done this instead:

*(volatile char *)addr = 0;

which is somewhat closer to what my application would be doing, but I
don't understand why a read shouldn't work as well.

They would both fail if there was not enough swap space to allocate the
first page of the map on reference, but that is highly unlikely in this
case.

> This might succeed on Linux, but it's not guaranteed.  It certainly
> doesn't work this way on Cygwin.  Call something like `mprotect (addr,
> virt_size, PROT_READ|PROT_WRITE)' before accessing the mmap'ed memory.

Why?  I already told mmap it should have these attributes.

There is a bug in one of our understandings of MAP_NORESERVE symantics.
My understanding of MAP_NORESERVE is from the Solaris man page:

 The MAP_NORESERVE option specifies that  no  swap  space  be
 reserved for a mapping. Without this flag, the creation of a
 writable MAP_PRIVATE mapping reserves swap  space  equal  to
 the  size  of the mapping; when the mapping is written into,
 the reserved space  is employed to hold  private  copies  of
 the  data.  A  write  into  a MAP_NORESERVE mapping produces
 results which depend on the  current  availability  of  swap
 space  in  the  system.   If  space  is available, the write
 succeeds and a  private copy of the written page is created;
 if  space  is not available, the write fails and a SIGBUS or
 SIGSEGV  signal  is  delivered  to  the   writing   process.
 MAP_NORESERVE  mappings are inherited across  fork(); at the
 time of the fork(), swap space is reserved in the child  for
 all  private  pages  that  currently  exist  in  the parent;
 thereafter the child's mapping behaves as described above.

So, the only difference with MAP_NORESERVE is that swap space is not
reserved up front, but on reference (read is unclear from this
description, but write is definately clear).  If on reference we run out
of swap, SIGBUS is generated.

What am I missing?

> Thanks for the testcase,

Thank you for your help.  And, sorry for the rant.

-- 
Brian Ford
Lead Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...

.


--
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: Probllem with New GDB/Eclipse

[Doyle Rhynard]

Larry Hall (Cygwin) wrote:

Doyle Rhynard wrote:

Christopher Faylor wrote:

On Mon, Jul 10, 2006 at 01:04:27PM -0700, Doyle Rhynard wrote:
The newest version of gdb, gdb-20060706, does not work correctly 
with Eclipse-3.2 + CDT-3.02 (C/C++ plug-in). The problem is that the 
source code files are not found by gdb during debug sessions. I 
tried several different methods to force gdb to associate the source 
files without success. After replacing the new version with 
gdb-20041228, the Eclipse debugger worked properly, including no 
trouble displaying source files.


If I had to guess, the recent changes to gdb to make it work with 
the Insight debugger broke some compatibility mode with other 
debuggers, including Eclipse. In any case, gdb needs to be fixed.


I don't plan on tracking down why a package which is not part of the
cygwin distribution would have problems working with gdb.

If there are generic problems finding source files in gdb, then I
certainly will look into them.  I haven't seen any problems so far,
however, and I use that version of gdb regularly.


For me, that is unacceptable. One of the main reasons many users 
install cygwin is to use the gnu C/C++compilers and debugger under 
Windows. Since Eclipse is the defacto industrial strength IDE, a 
broken gdb will annoy quite a lot of people, not just me.


I believe Chris is just making the point that if gdb doesn't work with
software that's not part of the Cygwin distribution, it's not a priority
(we have to draw the line somewhere).  That doesn't mean that someone else
cannot find a solution and submit patches.  In other words, it's a
 situation.  So if this is a priority
issue for you and you have some interest and ability to investigate it,
you won't be covering the same ground as any of the Cygwin core developers.


After several other people sent in similar messages, someone in the 
Eclipse/CDT user group did find a workaround for the problem with 
gdb-20060706. The solution requires that file paths have explicit 
mappings of the form: "/cygwin/c" - "C:\".


Is this a bug in the new gdb or does Cygwin have a new policy of no 
longer providing explicit internal conversions from Windows file paths 
to POSIX paths?



--
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: Probllem with New GDB/Eclipse

[Christopher Faylor]

On Wed, Jul 12, 2006 at 02:44:03PM -0700, Doyle Rhynard wrote:
>After several other people sent in similar messages, someone in the 
>Eclipse/CDT user group did find a workaround for the problem with 
>gdb-20060706. The solution requires that file paths have explicit 
>mappings of the form: "/cygwin/c" - "C:\".
>
>Is this a bug in the new gdb or does Cygwin have a new policy of no 
>longer providing explicit internal conversions from Windows file paths 
>to POSIX paths?

If you're using cygwin, you can verify for yourself that something like
"ls c:" works fine.  And, gdb seems to be able to access a file using
ms-dos syntax from the command line.  So, unless that's not what you
mean by "explicit mappings" you're going to have to provide more details
about what you mean.

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: Probllem with New GDB/Eclipse

[Doyle Rhynard]

René Berber wrote:

Doyle Rhynard wrote:
[snip]

For me, that is unacceptable. One of the main reasons many users install
cygwin is to use the gnu C/C++compilers and debugger under Windows.


And the compilers and debugger work fine, so...


Since Eclipse is the defacto industrial strength IDE, a broken gdb will
annoy quite a lot of people, not just me.


"Broken gdb" or broken Eclipse plugin? (remember when eclipse could not work
with recent cvs versions, you were stuck with cvs 1.10.x?)

Do you know the difference, yes? then complain to the right people.


The previous version of gdb works properly with Eclipse, including the 
newest version. Along comes a new gdb and compatibility fails. Trashing 
gdb-20060706 and restoring gdb-20041228 solves the problem. You tell me, 
was the old version not working correctly or is the new version broken?


When others depend upon what you do, the old maximum for physicians 
should apply also: "First, do no harm". My suggestion is to roll back 
the default gdb installation to its previous version and classify the 
new one as experimental.



--
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: Probllem with New GDB/Eclipse

[Brian Dessent]

Doyle Rhynard wrote:

> When others depend upon what you do, the old maximum for physicians
> should apply also: "First, do no harm". My suggestion is to roll back

That logic would only apply if the Eclipse module was an actual Cygwin
package, but it's not.  Fixing packages of 3PPs is not our job, it's
theirs.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin and screen

[Andrew Schulman]

Ed Peschko wrote:
> I was wondering if you ever got around to fixing that screen detaching
> bug (ie: the parent being unable to be closed due to an active screen
> process being around. I really like screen, and would like to use it as
> it was intended on cygwin..

Hi Ed.  No, I never was able to fix it.  Not for lack of trying, but 
terminal stuff is deeply confusing to me.  I never got very far with it.

FWIW, you can download my last builds from

http://home.comcast.net/~andrex/cygwin/screen/screen-4.0.2-0test1.tar.bz2
http://home.comcast.net/~andrex/cygwin/screen/screen-4.0.2-0test1-src.tar.bz2

You can untar the binary package with e.g.

tar -jx -C / -f screen-4.0.2-0test1.tar.bz2

and it will mostly work.  You get a multiplexed screen.  But when you 
detach a session most of the time you can't reattach to it, even though 
the processes live on so you have to kill them by hand.  There were some 
other minor problems that I forget right now.

screen is an extremely useful program, and I wish someone could solve the 
Cygwin problems with it.  Many people have tried over the years.  I'd be 
happy to package it for Cygwin if someone could get it working.

Good luck,
Andrew.

--
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: Updatedb does not finish

[Arun Biyani]

I am running it now with the command line -
/usr/bin/updatedb --localpaths="/  /c" --prunepaths="/a/proc"

Arun

Eric Blake wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Arun Biyani on 7/10/2006 5:23 PM:
  

I have been running "updatedb" via a cron job for almost 6 months now.
It is started
at 11PM & is usually done in an hour. Recently, I have been noticing
that there is a
"find" job still running when I get in, in the morning.



This looks like this thread may be relevant:
http://cygwin.com/ml/cygwin/2006-07/msg00331.html

Can you try setting PRUNEPATHS=/proc in your environment, and see if that
helps cut down the time updatedb takes by cutting down what it traverses?

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtOus84KuGfSFAYARAqHQAJ9V7E+cpmeAg0N6/hRECKnU/llz1ACfW0qM
gIAx2qKja7aGYiH1jW06XjA=
=Zeur
-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: Probllem with New GDB/Eclipse

[René Berber]

Doyle Rhynard wrote:
[snip]
>> "Broken gdb" or broken Eclipse plugin? (remember when eclipse could
>> not work with recent cvs versions, you were stuck with cvs 1.10.x?)
>>
>> Do you know the difference, yes? then complain to the right people.
> 
> The previous version of gdb works properly with Eclipse, including the
> newest version. Along comes a new gdb and compatibility fails. Trashing
> gdb-20060706 and restoring gdb-20041228 solves the problem. You tell me,
> was the old version not working correctly or is the new version broken?

Neither.  And you don't get the point above... the same happened with cvs, new
version and Eclipse doesn't work, or to be precise the eclipse plugin did not
work with the new format of cvs responses.

So who is responsible?  The people improving their software or the plugins that
depend on details that can change very easily.

> When others depend upon what you do, the old maximum for physicians
> should apply also: "First, do no harm". My suggestion is to roll back
> the default gdb installation to its previous version and classify the
> new one as experimental.

Yep, similar to what we use when doing support in my company: first backup what
is installed and working, then install the new version, if everything works fine
you are done, otherwise restore the backup... that's what _you_ should do, not
the people making gdb or cvs or whatever.

The point here is "the functionality of gdb is well defined, and it has nothing
to do with supporting plugins or other software".
-- 
René Berber


--
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/

Perl failure

[Bruce Dobrin]

Hi,

I have a server that has been doing back end maintenance using perl on
cygwin for 6 years now.  I recently upgraded from win2k and cyg1.5.9 to
XP sp3 and cyg1.5.19 (to be fare,  I also cleaned up the perl code a
bit).  The script checks versioning and build info on about 600+ windows
systems.  Since the upgrade,  it gets thru about 500 of them ( almost
exactly 2 hours)  and then:

panic: MUTEX_LOCK (45) [util.c:2266] at
/c/dist_and_install_files/source/dist2/spUpdate2d.pl line 24, 
line 277.
panic: MUTEX_LOCK (45) [op.c:354],  line 277.


It hits a slightly different time and position in the list each time,
but always after approximately 2 hours.  I found a few old mails
suggesting rebaseall,  which I ran to no effect.  The system pretty much
runs nothing but this. I've been running a version of this script since
cyg1.3.9 and never had a problem like this one.

Any suggestions?

Thanks
Bruce D


--
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/

child node copy

[Deepa Mahajan]

When I execute any script I get errors along the lines of

12 [main] cvs 7412 child_copy: linked dll data write copy failed, 0x3F4000.
.0x3F4030, done 0, windows pid 2279572, Win32 error 487
cvs [checkout aborted]: cannot fork: Resource temporarily unavailable


Any ideas on how to fix this?

--
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: make (v. 3.81) fails -- "target pattern contains no `%'"

[Jim Lawson]

> > Date: Wed, 12 Jul 2006 20:15:27 -0400
> From: "Aslam Karachiwala" <[EMAIL PROTECTED]>
> To: cygwin@cygwin.com
> Subject: make (v. 3.81) fails -- "target pattern
> contains no `%'"
> 
> cygcheck.out attached.
> 
>  The Makefiles were copied from Solaris 10, and make
> worked fine prior
> to the update yesterday (7/11/06), and it works
> fine, again, after I
> reverted back to make v. 3.80
> 
...
> 
>  The error -- target pattern contains no `%' --
> occurs at a target
> such as the following:
> 
> releaseproducts  :: $(RELEASEDIR)/$(BINIMAGE)
> 
>  --aslam
> 

I think you'll find that this is due to the dropping
of support for Windows paths in the new (3.81) version
of make.
I suspect $(RELEASEDIR) has a ':' in it somewhere.

Try something like this:

   RELEASEDIR:=$(shell cygpath -u $(RELEASEDIR))



__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygport tweaks

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yaakov S (Cygwin Ports) wrote:
> Eric Blake wrote:
>>> In the process, I discovered that cygport doesn't recognize .asc as 
>>> a valid file suffix for a gpg signature. And if there are no source
>>> patches, it would be nicer to not distribute ${P}.src.patch at all
>>> rather than distributing a 0-byte file.
> 
> I'll look into these for 0.2.3.

OK, now in CVS.


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtZeXpiWmPGlmQSMRAi1+AJ9NF3S2LHZTQTDyrydzneiPZe8dHACfda74
P4R4u6/t1UeNszsVzq1s2zg=
=LPBr
-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: cygport tweaks

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Corinna Vinschen wrote:
> And while we're at it, the localstatedir should be /var per
> http://cygwin.com/setup.html, not /var/lib as is the default
> in cygport.

Now fixed in CVS, except that I've overridden this back to /var/lib in
gnome2.cygclass, for scrollkeeper compatibility.


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtZfkpiWmPGlmQSMRAhuQAJ4kDtn3Gfn29GJ3jC4ngEc44vWgDACfcOfx
Vn0wI5oyB9ubARrDYd/2ntM=
=gtNY
-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: make (v. 3.81) fails -- "target pattern contains no `%'"

[Christopher Faylor]

On Wed, Jul 12, 2006 at 05:32:04PM -0700, Jim Lawson wrote:
>> > Date: Wed, 12 Jul 2006 20:15:27 -0400
>> From: "Aslam Karachiwala" <[EMAIL PROTECTED]>
>> To: cygwin@cygwin.com
>> Subject: make (v. 3.81) fails -- "target pattern
>> contains no `%'"
>> 
>> cygcheck.out attached.
>> 
>>  The Makefiles were copied from Solaris 10, and make
>> worked fine prior
>> to the update yesterday (7/11/06), and it works
>> fine, again, after I
>> reverted back to make v. 3.80
>> 
>...
>> 
>>  The error -- target pattern contains no `%' --
>> occurs at a target
>> such as the following:
>> 
>> releaseproducts  :: $(RELEASEDIR)/$(BINIMAGE)
>
>I think you'll find that this is due to the dropping of support for
>Windows paths in the new (3.81) version of make.  I suspect
>$(RELEASEDIR) has a ':' in it somewhere.
>
>Try something like this:
>
>RELEASEDIR:=$(shell cygpath -u $(RELEASEDIR))

That is an inspired guess which never would have occurred to me.  I'll
bet you're right, though.  That may even become a FAQ at some point.

If this isn't the case then we'll (obviously?) need to see more of
the makefile than the one failing line.

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: cygport tweaks

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eric Blake wrote:
> Actually, I liked how g-b-s did it better - rather than hardcoding
> everything (such as --mandir=/usr/share/man), it followed GNU Coding
> Standards (such as --mandir='${prefix}/share/man'), so that I can do 'make
> prefix=/my/path' and mandir would automatically follow.  

I changed this because I found certain cases where the substitution
would not happen, and the '${prefix}' would end up as-is in a generated
source file, which is obviously undesirable.  And with the X11 move into
/usr, I didn't foresee much need for prefix != /usr anyway.

> And now with autoconf 2.60, we should be considering whether the
> new --datarootdir needs to be specified, as well.

Thanks for the heads-up, I'll look at it once 2.60 is in the distro.

> One other nit - g-b-s removed lib/charset.alias after 'make install',
> since that file is managed by postinstall of info; multiple packages build
> this file, and would conflict if g-b-s didn't avoid distributing it.
> cyginstall should do likewise.

I don't see any reference to charset.alias in g-b-s HEAD, and AFAIK it
belongs to gettext, not info.  The only time I've needed to remove it
was with glib2, which contains a gettext-based i18n API.


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEtZnHpiWmPGlmQSMRAqs0AKDyCKp2lPl63ShhHufSpCQR7FVWawCggsvJ
a2rd3WiYZGpYhs2PcrHkIRE=
=O9vx
-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: child node copy

[Larry Hall (Cygwin)]

Deepa Mahajan wrote:

When I execute any script I get errors along the lines of

12 [main] cvs 7412 child_copy: linked dll data write copy failed, 
0x3F4000.

.0x3F4030, done 0, windows pid 2279572, Win32 error 487
cvs [checkout aborted]: cannot fork: Resource temporarily unavailable


Any ideas on how to fix this?



Well you could start here:


Problem reports:   http://cygwin.com/problems.html



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/

GCC linker problem since last cygwin update

[Olivier Langlois]

Hi,

I have updated my cygwin installation this afternoon and since then my
linker stopped working. Among the updates that I have picked up, there
are the latest cygwin DLL (1.5.20-1), coreutils (5.97-1) and binutils
(20060709-1).

Here is the error message:

C:\tools\PS2\usr.gcc\local\sce\ee\gcc\bin\ee-gcc
-Wl,-Map,debug.map -mno-crt0 -T
C:\tools\PS2\usr.gcc/local/sce/ee/lib/app.cmd
-LC:\tools\PS2\usr.gcc/local/sce/ee/lib
-C:\tools\PS2\usr.gcc/local/sce/ee/gcc/lib
-LC:\tools\PS2\usr.gcc/local/sce/ee/gcc/ee/lib -o DebugAI.GC
CPS2/UnitTests.elf  

...a bunch of .o and .a files...

-Wl,--end-group
/cygdrive/c/tools/PS2/usr.gcc/local/sce/ee/gcc/bin/../lib/gcc-lib/ee/3.2
-ee-030926/../../../../ee/bin/ld:
/cygdrive/c/tools/PS2/usr.gcc/local/sce/ee/gcc/bin/../lib/gcc-lib/ee/3.2
-ee-030926/../../../../ee/bin/ld: cannot execute binary file

First, I have no clue what the error message means and from where it
comes from.
I wonder if someone can help me to fix the problem or else how I can
roll back to the previous to my previous cygwin installation.

Thank you very much!
Olivier Langlois
http://www.olivierlanglois.net


--
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: GCC linker problem since last cygwin update

[Larry Hall (Cygwin)]

Olivier Langlois wrote:

Hi,

I have updated my cygwin installation this afternoon and since then my
linker stopped working. Among the updates that I have picked up, there
are the latest cygwin DLL (1.5.20-1), coreutils (5.97-1) and binutils
(20060709-1).

Here is the error message:

C:\tools\PS2\usr.gcc\local\sce\ee\gcc\bin\ee-gcc
-Wl,-Map,debug.map -mno-crt0 -T
C:\tools\PS2\usr.gcc/local/sce/ee/lib/app.cmd
-LC:\tools\PS2\usr.gcc/local/sce/ee/lib
-C:\tools\PS2\usr.gcc/local/sce/ee/gcc/lib
-LC:\tools\PS2\usr.gcc/local/sce/ee/gcc/ee/lib -o DebugAI.GC
CPS2/UnitTests.elf  


...a bunch of .o and .a files...

-Wl,--end-group
/cygdrive/c/tools/PS2/usr.gcc/local/sce/ee/gcc/bin/../lib/gcc-lib/ee/3.2
-ee-030926/../../../../ee/bin/ld:
/cygdrive/c/tools/PS2/usr.gcc/local/sce/ee/gcc/bin/../lib/gcc-lib/ee/3.2
-ee-030926/../../../../ee/bin/ld: cannot execute binary file

First, I have no clue what the error message means and from where it
comes from.
I wonder if someone can help me to fix the problem 



I would suggest you start by reading and following the problem reporting
guidelines outlined here:


Problem reports:   http://cygwin.com/problems.html



In particular, you want to look closely at whether you're actually using
Cygwin's tools.  Your paths look suspect to me.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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: GCC linker problem since last cygwin update

[Olivier Langlois]

Hi Larry,
> 
> I would suggest you start by reading and following the problem
reporting
> guidelines outlined here:
> 
> > Problem reports:   http://cygwin.com/problems.html
> 
Ok, I will
> 
> In particular, you want to look closely at whether you're actually
using
> Cygwin's tools.  Your paths look suspect to me.

You are right. The compiler/linker that I'm using are not part of cygwin
but I think that I need cygwin since the compiler is based on gcc and my
OS is Windows. cygwin is somehow involved in my problem since
'/cygwin/c' is displayed in the error message but my cygwin knowledge is
big enough to fully understand the interaction between my compiler and
cygwin. All I know is that it was working fine few minutes before my
upgrade that included

cygwin DLL (1.5.20-1), coreutils (5.97-1) and binutils (20060709-1)

(My novice instinct makes me suspect these modules...)

and right after it was not working anymore.

Olivier Langlois
http://www.olivierlanglois.net


--
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/

error OpenSSL required

[openmikey]

I'm sure i'm missing something only a noob would, but i'm trying to compile
createtorrent from www.createtorrent.com.

When i run ./configure, i get the following error:

checking for SHA1 in -lssl... no
configure: error: error, OpenSSL required

However i am sure that openssl and openssl-dev 0.098 and 0.097 are
installed.  Please help me get some sleep :/
-- 
View this message in context: 
http://www.nabble.com/error-OpenSSL-required-tf1935243.html#a5302460
Sent from the Cygwin Users forum at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/