CVS is the 'Concurrent Versioning System', a widely-used package for
maintianing revision histories of source code. This port is based on
the official cvs-1.11.22 release.
CHANGES: (since cvs-1.11.17-1)
* Updated to latest upstream release
+ see /usr/share/doc/cvs-1.11.22/NEWS for upstream
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages. The
autoconf2.5 package contains the latest edition of autoconf in the 2.5x
release sequence (which includes 2.60, 2.61, etc).
This has been a test: release sinc
...patch withdrawn. It's the least *generally* useful, and most
invasive, of all of my patches, and at present applies to only two
packages in the cygwin universe, both of which I maintain -- and it only
applies when those packages are compiled in a non-standard way.
I'll update the patch the
Split out from my relocatable patch, because I think this is a useful
tool for other (non-relocatable) cygports. Because the patch creates a
new script, after applying the patch, don't forget to:
(1) chmod +x bin/dorelsym
(2) cvs add bin/dorelsym
What it does:
dorelsym creates symlink to
Implements an extensible method of calling custom cygport functions from
the cygport command line, in addition to the existing prep, install,
check, pkg ones (etc). This is a forward port of the original patch,
posted on 2006-12-9 here:
http://www.cygwin.com/ml/cygwin/2006-12/msg00366.html
I
Originally part of the relocatable patch from 2006-10-22:
http://www.cygwin.com/ml/cygwin/2006-10/msg00743.html
On 2006-11-28, split into its own patch when I refactored all my cygport
patches after cygport-0.2.6 was released:
http://www.cygwin.com/ml/cygwin/2006-11/msg00719.html
Now that cygp
...and allow the new PATCH_URI in cygport-0.2.7 to work when main src is
in CVS|SVN|GIT repo. (At present, in 0.2.7, PATCH_URI is ignored if
inherit cvs|svn|git).
Admittedly, that is be an odd situation: an "official" patch that is
supposed to be applied to a CVS checkout -- if it is "officia
Cygport automates many of the tedious steps of the build process for
cygwin ports (and that's a GOOD thing). However, at present there are
cases when the existing customization/extension points provided by
cygport are not sufficient -- the user needs to intervene
before/after/during some of th
Two minor changes missed in 0.2.7's ac2.61 support:
(1) prefer --datarootdir for ac2.60 *and above*, not just ac2.60
(2) automake-1.10's aclocal inserts more stringent error checking
for autoconf version mismatch into aclocal.m4. This error
checking cause autoreconf to complain
Yaakov S (Cygwin Ports) wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
Yaakov: Of the 7 patches I've posted recently, I expect that only two
will require in-depth analysis before you apply them. The rest are
pretty straightforward:
Thanks for being so on top of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to fschmidt on 1/5/2007 4:49 PM:
> Having just suffered through a cygwin upgrade, I would like to let other end
> users know what they need to do to get cygwin to work.
>
> 1. Create a new Windows System Environment variable called "SHELLOP
Having just suffered through a cygwin upgrade, I would like to let other end
users know what they need to do to get cygwin to work.
1. Create a new Windows System Environment variable called "SHELLOPTS" and
set it to "igncr". This makes bash handle CR/LF correctly.
2. Replace /bin/make.exe wi
ok -- so I am feeling kinda lame. I am certainly not new to progamming and
cygwin but it has been a few years since I did an install. Never had any
problems un win2k but I am trying to install under winXP Pro w/SP2 and have
the most basic of problems. Install goes fine but when I try to use g
DePriest, Jason R. wrote:
>
> Create a new Windows System Environment variable called SHELLOPTS and set
> it to igncr.
>
Thank you, this worked.
--
View this message in context:
http://www.nabble.com/CR-LF-problems-after-upgrade-tf2924445.html#a8187298
Sent from the Cygwin Users mailing lis
On 1/5/07, fschmidt wrote:
Okay, how can I set SHELLOPTS before invoking bash? I tried it in the
/etc/profile but that didn't work.
--
You admit to not understanding or wanting to understand Unix. What
about Windows?
It took me less than 60 seconds to figure this one out.
Create a new Win
Dave Korn wrote:
>
> On 05 January 2007 18:45, fschmidt wrote:
>
>> from http://cygwin.com/ml/cygwin-announce/2006-12/msg00026.html
>>
>>> 2. d2u is your friend. You can use it to convert any problematic script
>>> into binary line endings.
>>>
>>
>> Several people I work with, who are even
On Fri, 5 Jan 2007, Corinna Vinschen wrote:
> "overmap"? -v please?
Posix symantics: mmap fixed region x, mmap fixed region y which is a
subregion of x where y replaces x's mapping.
--
Brian Ford
Lead Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there a sar or sar-like utility for cygwin? A package search didn't
turn up anything other than top which is not what I'm looking for. Thanks.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
iEYEARECAAYFAkWeqX0ACgkQzIf+rZpn0oRRyACfVxy
Admittedly, this may be going "outside the cygwin perms model" a bit:
In the below test case file 'foo' has it's RO file attribute set, then has
it's owner changed to someone other than the current user, has the posix
group set to None, the DACL protected, and all aces removed from the DACL.
Next
On Jan 5 12:42, Brian Ford wrote:
> On Fri, 5 Jan 2007, Corinna Vinschen wrote:
> So, it does indeed look taken.
Too bad.
> > Actually this shows a problem in the mmap implementation with respect to
> > MEM_TOP_DOWN. I think, what mmap should actually do is to create a
> > lightweight MAP_RESER
On 05 January 2007 18:47, Dave Korn wrote:
> On 05 January 2007 18:42, Brian Ford wrote:
>
>> On Fri, 5 Jan 2007, Corinna Vinschen wrote:
>>
>>> In the failing case this should still work, since 0x7fff7000 + 0x9000
>>> (36864 dec) == 0x8000, so the mapping should fit into the usual 2
>>> Gig
On 05 January 2007 18:45, fschmidt wrote:
> from http://cygwin.com/ml/cygwin-announce/2006-12/msg00026.html
>
>> 2. d2u is your friend. You can use it to convert any problematic script
>> into binary line endings.
>>
>
> Several people I work with, who are even less technical than I am, use
>
On 05 January 2007 18:42, Brian Ford wrote:
> On Fri, 5 Jan 2007, Corinna Vinschen wrote:
>
>> In the failing case this should still work, since 0x7fff7000 + 0x9000
>> (36864 dec) == 0x8000, so the mapping should fit into the usual 2
>> Gig address space. Why Windows fails to do it, I have n
from http://cygwin.com/ml/cygwin-announce/2006-12/msg00026.html
> 2. d2u is your friend. You can use it to convert any problematic script
> into binary line endings.
>
Several people I work with, who are even less technical than I am, use
cygwin and edit scripts with various editors. So thi
On Fri, 5 Jan 2007, Corinna Vinschen wrote:
> In the failing case this should still work, since 0x7fff7000 + 0x9000
> (36864 dec) == 0x8000, so the mapping should fit into the usual 2
> Gig address space. Why Windows fails to do it, I have no idea. The
> error code 487 means invalid address
On Jan 5 11:52, Brian Ford wrote:
> Here is an interesting strace comparison:
>
> Non-/3GB:
> 4978 26688 [main] mmaptest 2284 MapViewNT: 7FFA =
> NtMapViewOfSection (h:6EC, addr:0, len:28237, off:0, protect:80, type:0)
> [snip]
> 60 27113 [main] mmaptest 2284 MapViewNT: 7FFA7000 =
>
On Fri, 5 Jan 2007, Brian Ford wrote:
> On Fri, 5 Jan 2007, Brian Ford wrote:
> > Ok, after further investigation, this is a /3GB boot.ini flag interaction.
> > Unfortunately, this is a critical flag for our application, so all our
> > machines are configured this way. That is why I failed to real
On 05 January 2007 17:13, calin wrote:
> hi, hi
> i'm looking for the "eject" command. (i like the eject -t option :p)
> does it exist, and in which packet i will find it?
To find out, go to the package search page at http://cygwin.com/packages,
enter 'eject' into the search box, and see if it
hi, hi
i'm looking for the "eject" command. (i like the eject -t option :p)
does it exist, and in which packet i will find it?
thanks,
calin
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://c
On Fri, 5 Jan 2007, Christopher Faylor wrote:
> On Fri, Jan 05, 2007 at 10:55:09AM -0600, Brian Ford wrote:
> >One more tidbit before I have time to find the real problem. Compiling
> >the test case with -Wl,large-address-aware makes the test pass on a
> >/3GB system.
>
> Does that mean that this
On Fri, Jan 05, 2007 at 10:55:09AM -0600, Brian Ford wrote:
>On Fri, 5 Jan 2007, Brian Ford wrote:
>>Ok, after further investigation, this is a /3GB boot.ini flag
>>interaction. Unfortunately, this is a critical flag for our
>>application, so all our machines are configured this way. That is why
On Fri, 5 Jan 2007, Brian Ford wrote:
> Ok, after further investigation, this is a /3GB boot.ini flag interaction.
> Unfortunately, this is a critical flag for our application, so all our
> machines are configured this way. That is why I failed to realize its
> significance before.
>
> I understa
On Fri, Jan 05, 2007 at 11:34:36AM -0500, Christopher Faylor wrote:
> >MEM_TOP_DOWN
> >0x10 Allocates memory at the highest possible address.
> >
> >If there were any kind of simple arithmetic bug behind mmap()'s
> >scenes (such as computing space to zero-fill, etc. etc.) I would
> >think E
On Fri, Jan 05, 2007 at 08:17:51AM -0800, Christopher Layne wrote:
>mmap() is supposed to zero-fill, not refuse to map when len
>is less than the system page size. I have never ever seen
>mmap() fail to map less than page size on any typical Posix
>system.
>
>"
> The system shall always zero
Christopher Layne, le Fri 05 Jan 2007 08:17:51 -0800, a écrit :
> mmap() is supposed to zero-fill, not refuse to map when len
> is less than the system page size.
Ah oops sorry, that's the addr parameter which needs to always be
page-aligned.
Samuel
--
Unsubscribe info: http://cygwin.com/ml
Saddam Huseyin in de bir sitesi var.
Saddam ve Irakla ilgili her bilgiye ulaÅabilir görüŠve düÅüncelerinizi
yazabilirsiniz.
http://www.saddamhuseyin.net/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentat
On Fri, Jan 05, 2007 at 10:17:19AM -0600, Brian Ford wrote:
>
> Ok, after further investigation, this is a /3GB boot.ini flag interaction.
> Unfortunately, this is a critical flag for our application, so all our
> machines are configured this way. That is why I failed to realize its
> significanc
mmap() is supposed to zero-fill, not refuse to map when len
is less than the system page size. I have never ever seen
mmap() fail to map less than page size on any typical Posix
system.
"
The system shall always zero-fill any partial page at the end
of an object. Further, the syste
On Fri, 5 Jan 2007, Corinna Vinschen wrote:
> On Jan 4 17:17, Brian Ford wrote:
> > $ uname -a
> > CYGWIN_NT-5.1 PC1163-8460-XP 1.7.0(0.161/4/2) 2007-01-04 15:51 i686
> > unknown unknown Cygwin
> >
> > $ ./mmaptest.exe
> > CloseHandle(fh_disk_file.get_handle ()) 0x738 failed void* mmap64(void*,
>
Christopher Layne, le Fri 05 Jan 2007 08:02:15 -0800, a écrit :
> I will also say this, I only get ENOMEM if mmap() tries to
> map a file LESS than the system page size.
Not sure about the cygwin state, but at least on the Linux/Posix side,
mmap() is not supposed to be able to work with a smaller
While this also passes on mine - mmap has been performing
strangely for me also (since around November snapshots).
SPECIFICALLY: After the "allocate downwards" change was done,
mmap calls started returning ENOMEM ("Cannot allocate memory")
where they worked before just fine. I specifically notice
Hallo Lieber Führerscheinanwerber, wir laden Sie hiermit persönlich zur
Fahrprüfung ein:
Testen Sie anhand der amtlichen Prüfungsbögen, ob Sie zum Autofahren geeignet
sind.
Sie können sich sowohl als Fahranfänger, als auch als Führerschein-Inhaber
testen.
Testen Sie sich jetzt - denn jeder P
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Dave Korn on 1/5/2007 4:43 AM:
> On 05 January 2007 08:33, fschmidt wrote:
>
>> After I upgraded cygwin, my scripts stopped working. I see that this has
>> something to do with a change in how bash treats CR/LF
>
> It's dead simple: j
On 05 January 2007 08:33, fschmidt wrote:
> After I upgraded cygwin, my scripts stopped working. I see that this has
> something to do with a change in how bash treats CR/LF and I see a lot of
> old discussion on this topic, none of which I understand. I am not
> interested in understanding the
On Jan 4 17:17, Brian Ford wrote:
> $ uname -a
> CYGWIN_NT-5.1 PC1163-8460-XP 1.7.0(0.161/4/2) 2007-01-04 15:51 i686
> unknown unknown Cygwin
>
> $ ./mmaptest.exe
> CloseHandle(fh_disk_file.get_handle ()) 0x738 failed void* mmap64(void*,
> size_t, int, int, int, _off64_t):1275, Win32 error 6
> mm
On Jan 4 23:39, Christian Franke wrote:
> Igor Peshansky wrote:
> >...
> >The point I was making was that maybe we could add another option to
> >cygpath to retrieve the "My Documents" path... Opinions?
> >
>
> Yes, good point. I would suggest:
>
> -M, --mydocsoutput 'My Documents' direct
Yiran Guo wrote:
I am using man in cygwin, but get this message:
$ man man
sh: /usr/bin/tbl: No such file or directory
where can I get this tbl?
The answer to that sort of question is always answered by the Cygwin
packages list page:
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=
After I upgraded cygwin, my scripts stopped working. I see that this has
something to do with a change in how bash treats CR/LF and I see a lot of
old discussion on this topic, none of which I understand. I am not
interested in understanding the details, I just want my scripts to work. So
can I
Yiran Guo Genomics.org.cn> writes:
>
> I am using man in cygwin, but get this message:
> $ man man
> sh: /usr/bin/tbl: No such file or directory
>
> where can I get this tbl?
>
> Thanks.
>
>
now my cygwin is updated to the latest and this message turns to:
$ man man
sh: /usr/bin/tbl: No su
49 matches
Mail list logo
