http://lapo.it/cygwin/whois/whois-5.0.11-1.tar.bz2
http://lapo.it/cygwin/whois/whois-5.0.11-1-src.tar.bz2
http://lapo.it/cygwin/whois/setup.hint (unchanged)
Please keep 5.0.8-1 as [last] and delete any other version.
--
Lapo Luchini - http://lapo.it/
On May 11 12:16, Lapo Luchini wrote:
http://lapo.it/cygwin/whois/whois-5.0.11-1.tar.bz2
http://lapo.it/cygwin/whois/whois-5.0.11-1-src.tar.bz2
http://lapo.it/cygwin/whois/setup.hint (unchanged)
Please keep 5.0.8-1 as [last] and delete any other version.
Done.
Thanks,
Corinna
--
Corinna
I've created an update to the cabextract package.
http://www.cabextract.org.uk/cygwin/cabextract-1.4-1.tar.bz2
http://www.cabextract.org.uk/cygwin/cabextract-1.4-1-src.tar.bz2
The old version to keep is 1.3, any older than that can be removed.
Regards
Stuart
On May 11 21:57, Kyzer wrote:
I've created an update to the cabextract package.
http://www.cabextract.org.uk/cygwin/cabextract-1.4-1.tar.bz2
http://www.cabextract.org.uk/cygwin/cabextract-1.4-1-src.tar.bz2
The old version to keep is 1.3, any older than that can be removed.
Uploaded and
I was having this same issue running WIN7 x64, cygwin1.dll version 1.7.9, and
no
Security Essentials or any other a/v software.
This is how I fixed the issue:
I went into my cygwin installation folder (C:\cygwin\bin), right clicked on
sh.exe, selected Properties, selected the Compatibility
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-05-11 08:20:17
Modified files:
winsup/cygwin : ChangeLog fhandler_socket.cc syslog.cc
Log message:
* fhandler_socket.cc (get_inet_addr): Rearrange for better readability.
Make
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-05-11 09:07:21
Modified files:
winsup/cygwin : ChangeLog autoload.cc resource.cc
Log message:
* autoload.cc (GetProcessMemoryInfo): Remove.
* resource.cc (fill_rusage): Call
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-05-11 10:34:28
Modified files:
winsup/cygwin : ChangeLog autoload.cc
Log message:
* autoload.cc (QueryWorkingSet): Remove.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-05-11 13:25:27
Modified files:
winsup/cygwin : ChangeLog autoload.cc dlfcn.cc ntdll.h
Log message:
* autoload.cc (EnumProcessModules): Remove.
* dlfcn.cc (dlopen): Make sure errno
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-05-11 13:33:17
Modified files:
winsup/cygwin : ChangeLog autoload.cc
Log message:
* autoload.cc: Remove useless comment.
Patches:
Hi Ryan,
On May 11 01:27, Ryan Johnson wrote:
Hi all,
Please find attached three patches which extend the functionality of
/proc/*/maps.
Thanks!
I applied youyr two first patches with a couple of changes:
- Formatting: Setting of curly braces in class and method defintions,
a lot of
On May 11 01:27, Ryan Johnson wrote:
The second (proc-maps-heaps) adds reporting of Windows heaps (or
their bases, at least). Unfortunately there doesn't seem to be any
efficient way to identify all virtual allocations which a heap owns.
There's a call RtlQueryDebugInformation which can fetch
On 11/05/2011 6:31 AM, Corinna Vinschen wrote:
Hi Ryan,
On May 11 01:27, Ryan Johnson wrote:
Hi all,
Please find attached three patches which extend the functionality of
/proc/*/maps.
Thanks!
I applied youyr two first patches with a couple of changes:
- Formatting: Setting of curly braces
On 11/05/2011 9:20 AM, Corinna Vinschen wrote:
On May 11 08:53, Ryan Johnson wrote:
On 11/05/2011 6:31 AM, Corinna Vinschen wrote:
- I replaced the call to GetMappedFileNameEx with a call to
NtQueryVirtualMemory (MemorySectionName). This avoids to add another
dependency to psapi. I
On 11/05/2011 10:13 AM, Christopher Faylor wrote:
On Wed, May 11, 2011 at 09:59:53AM +0200, Corinna Vinschen wrote:
On May 11 02:18, Ryan Johnson wrote:
Please find attached five patches [...]
Oops, wrong mailing list...
Btw., it would be nice if you could create patches with the diff -p
On 11/05/2011 7:14 AM, Corinna Vinschen wrote:
On May 11 01:27, Ryan Johnson wrote:
The second (proc-maps-heaps) adds reporting of Windows heaps (or
their bases, at least). Unfortunately there doesn't seem to be any
efficient way to identify all virtual allocations which a heap owns.
There's a
Hi all,
This is the first of a series of patches, sent in separate emails as
requested.
The first patch allows a child which failed due to address space
clobbers to report cleanly back to the parent. As a result, DLL_LINK
which land wrong, DLL_LOAD whose space gets clobbered, and failure to
Hi all,
This patch has the parent sort its dll list topologically by
dependencies. Previously, attempts to load a DLL_LOAD dll risked pulling
in dependencies automatically, and the latter would then not benefit
from the code which encourages them to land in the right places. The
dependency
Hi all,
This patch fixes a bug in the reserve_at function which caused it to
sometimes reserve space needed by the dll it was supposed to help land.
This happens when the dll tries to land in a free region which overlaps
the desired location. The new code exploits the image introspection
Hi all,
This patch rewrites dll_list::load_after fork. The new version
eliminates reserve_upto() and release_upto(), which were expensive (the
process repeats for each dll) and buggy (release_upto could free
allocations reserve_upto did not make). Instead, the effect of
reserve_upto is
Hi all,
This last patch adds a small optimization which reserves the lower 4MB
of address space early in the process's lifetime (even if it's not a
forkee). This was motivated by the observation that Windows tends to
move things around a lot in that area, increasing the probability of
future
On 11/05/2011 12:16 PM, Christopher Faylor wrote:
On Wed, May 11, 2011 at 10:21:14AM -0400, Ryan Johnson wrote:
On 11/05/2011 10:13 AM, Christopher Faylor wrote:
On Wed, May 11, 2011 at 09:59:53AM +0200, Corinna Vinschen wrote:
On May 11 02:18, Ryan Johnson wrote:
Please find attached five
On May 11 13:46, Ryan Johnson wrote:
On 11/05/2011 7:14 AM, Corinna Vinschen wrote:
On May 11 01:27, Ryan Johnson wrote:
The second (proc-maps-heaps) adds reporting of Windows heaps (or
their bases, at least). Unfortunately there doesn't seem to be any
efficient way to identify all virtual
On Mon, 2011-05-09 at 09:55 +0200, Corinna Vinschen wrote:
I'm not sure I understand this new format. Why do you keep the Mem: and
Swap: lines? Linux doesn't have them and top appears to work without
them. And then, why do you print MemShared, HighTotal, and HighFree,
even though they are
On May 10 17:17, Len Giambrone wrote:
This time with a subject; apologies if the first one gets through.
We use windows native jam which spawns any number of cmd, cygwin, or studio
processes.
If we spawn it from a Cygwin terminal that doesn't have CYGWIN=tty set, we
get:
I assume that
On May 10 18:04, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Len Giambrone sent the following at Tuesday, May 10, 2011 5:25 PM
Is there a way of determining with what user credentials a share was
mounted? I suppose I could touch a file on the drive and then find out
who the owner is, but that's
Hi Cygwiners,
I need a hint.
The network drive (\server\) is mounted as H:\.
Cygwin can access files on H drive; can modify/delete files on H
drive; however, it cannot create files. The program says permission
denied.
Do I need to write some configuration files?
Xianwen
--
Backup email:
Hi Cygwiners,
I need a hint.
The network drive (\server\) is mounted as H:\.
Cygwin can access files on H drive; can modify/delete files on H
drive; however, it cannot create files. The program says permission
denied.
Do I need to write some configuration files?
Xianwen
What kind of
Hi Thomas,
Thanks a lot for your email!
The remote server runs Windows Server 2008 R2 Enterprise.
I have not exceeded the quota.
Cygwin cannot delete files on H in both root and sub directories.
Xianwen
On Wed, May 11, 2011 at 9:22 AM, Xianwen Chen xianwen.c...@umb.no wrote:
Hi Thomas,
Hi Thomas,
Thanks a lot for your email!
The remote server runs Windows Server 2008 R2 Enterprise.
I have not exceeded the quota.
Cygwin cannot delete files on H in both root and sub directories.
Xianwen
On Wed, May 11, 2011 at 9:12 AM, Thomas Wolff t...@towo.net wrote:
Hi Cygwiners,
I
Hi Thomas,
Thanks a lot for your email!
The remote server runs Windows Server 2008 R2 Enterprise.
I have not exceeded the quota.
Cygwin cannot delete files on H in both root and sub directories.
Xianwen
OK, in your first message you wrote you can delete but not create files
which would
On May 10 15:07, Andrew Schulman wrote:
a session that I detached on the same tty just seconds before.
3. chmod 666 on the socket file did not work (its permissions were
already 644, owned my 'morse', as shown in my original session long).
No, I suggested that you try 0600, on the
Hi Thomas,
Thanks a lot!
On Wed, May 11, 2011 at 9:33 AM, Thomas Wolff t...@towo.net wrote:
OK, in your first message you wrote you can delete but not create files
which would have been strange.
I'm sorry that my bad command of English confused you. This is what I
wanted to say:
Cygwin can
On May 11 09:34, Corinna Vinschen wrote:
On May 10 15:07, Andrew Schulman wrote:
a session that I detached on the same tty just seconds before.
3. chmod 666 on the socket file did not work (its permissions were
already 644, owned my 'morse', as shown in my original session long).
On Wed, May 11, 2011 at 18:34, Corinna Vinschen wrote:
On May 10 17:17, Len Giambrone wrote:
We use windows native jam which spawns any number of cmd, cygwin, or studio
processes.
If we spawn it from a Cygwin terminal that doesn't have CYGWIN=tty set, we
get:
I assume that most people,
Hi Corinna,
thanks for your answer.
Of course I'm aware of GPL. I'll provide it with source code.
You can't. Windres is a Cygwin tool using the Cygwin DLL. Gcc is a
Cygwin tool using the Cygwin DLL. Either you provide *all* the stuff
required to run the script (and don't forget to provide
Hi Chuck,
Charles Wilson-2 wrote:
Well, OUR windres is a cygwin tool. You can, of course, use the
mingw.org or mingw64.sf version of windres. They each have their own
list(s) of dependencies, but cygwin1.dll is not one of them.
Thanks for tips. If I can't make to work my script with
Hi
I have happily used Cygwin ssh from DOS command prompt for many years
but on upgrading to V1.7 get this error message. Further info:
OS: Vista
/etc/passwd line:
tda:unused_by_nt/2000/xp:1000:513:U-laptop1\tda,S-1-5-21-2414507100-3802266639-3593817948-1000:/home/tda:/bin/bash
The
On May 10 15:07, Andrew Schulman wrote:
a session that I detached on the same tty just seconds before.
3. chmod 666 on the socket file did not work (its permissions were
already 644, owned my 'morse', as shown in my original session long).
No, I suggested that you try 0600, on
On 5/11/2011 6:44 AM, Tim Allen wrote:
Hi
I have happily used Cygwin ssh from DOS command prompt for many years but
on upgrading to V1.7 get this error message. Further info:
OS: Vista
/etc/passwd line:
Hello!
The following STC hints at a problem in strptime:
---8
#include stdio.h
#include time.h
int
main(void)
{
/* seed tm with some garbage */
struct tm tm = {
0, 0, 0, /* s m h */
0, 0, 0, /* d m y
On 5/11/2011 2:34 AM, Corinna Vinschen wrote:
Kind of weird. The difference is that in tty mode the stdio handles are
pipes, while in the notty case the stdio handles are console handles.
Usually native Windows applications shouldn't see a difference and even
work *better* in notty mode.
One
When doing rebaseall on a win 7 64 bit I got the following error:
FixImage (/usr/x86_64-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll)
failed with last error = 13
This blog http://ajaywhiz.posterous.com/installing-nodejs-on-windows-7
reports the same error and suggests the following
On Wed, May 11, 2011 at 11:02:40AM -0400, Edward Lam wrote:
On 5/11/2011 2:34 AM, Corinna Vinschen wrote:
Kind of weird. The difference is that in tty mode the stdio handles are
pipes, while in the notty case the stdio handles are console handles.
Usually native Windows applications shouldn't
On 11 May 2011 16:02, Edward Lam wrote:
On 5/11/2011 2:34 AM, Corinna Vinschen wrote:
Kind of weird. The difference is that in tty mode the stdio handles are
pipes, while in the notty case the stdio handles are console handles.
Usually native Windows applications shouldn't see a difference
On 5/11/2011 11:02 AM, Edward Lam wrote:
So this brings us to Cygwin. When we spawn such a Windows mode app from
Cygwin, the method I describe above fails. The call to
_open_osfhandle(info.hStdOutput, _O_TEXT) returns with an error value of
-1. This is likely why jam reports the handle is
On May 11 16:52, Peter Rosin wrote:
Hello!
The following STC hints at a problem in strptime:
---8
#include stdio.h
#include time.h
int
main(void)
{
/* seed tm with some garbage */
struct tm tm = {
0, 0, 0,
On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
And you know, what have the romans ever done for us?
... apart from better sanitation and medicine and education and
irrigation and public health and roads and a freshwater system and
baths and public order ...
--
Problem reports:
On May 11 13:08, Edward McGuire wrote:
On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
And you know, what have the romans ever done for us?
... apart from better sanitation and medicine and education and
irrigation and public health and roads and a freshwater system and
baths and
On Wed, May 11, 2011 at 09:32:06PM +0200, Corinna Vinschen wrote:
On May 11 13:08, Edward McGuire wrote:
On Wed, May 11, 2011 at 02:34, Corinna Vinschen wrote:
And you know, what have the romans ever done for us?
... apart from better sanitation and medicine and education and
irrigation and
Hi Andrew and Corinna,
Yep, something about FAT32 appears to be the problem. As Corinna correctly
notes, permissions are faked on FAT32. Doesn't matter what chmod I run, it's
all 644 or 755. Apparently, GNU screen does not like this, but apparently it
also doesn't give any error message that
cygwin 1.7.7-1
Windows 2008 64-bit
I have a script that I am trying to run from cron that copies a local file
on a Windows 2008 server to a UNC path on another Windows 2008 server. It
works fine in a non-Production environment, but not in Production and I
can't figure out why. Yes, I've
On 5/11/2011 5:04 PM, Tim Allen wrote:
Hi Larry
On 11/05/11 15:45, Larry Hall (Cygwin) wrote:
On 5/11/2011 6:44 AM, Tim Allen wrote:
Hi
I have happily used Cygwin ssh from DOS command prompt for many
years but
on upgrading to V1.7 get this error message. Further info:
OS: Vista
/etc/passwd
On 5/11/2011 8:50 PM, CygwinNoob wrote:
cygwin 1.7.7-1
Windows 2008 64-bit
I have a script that I am trying to run from cron that copies a local file
on a Windows 2008 server to a UNC path on another Windows 2008 server. It
works fine in a non-Production environment, but not in Production and
Thanks for responding so quickly! I will try using the forward slashes in
Production. It may take a few days because I don't have direct access to
the Production environment and I have to go through sort of remote hands.
The source server queries Oracle databases through shell scripts running
Hi I am newbie to cygwin. I am surprised at how cygwin have access to those
directories belonging to users with a password and private access, that
normally cannot be accessed from the normal Windows environment. How this
happens?
--
View this message in context:
On 5/11/2011 9:20 PM, CygwinNoob wrote:
Thanks for responding so quickly! I will try using the forward slashes in
Production. It may take a few days because I don't have direct access to
the Production environment and I have to go through sort of remote hands.
The source server queries
On May 11 19:20, solde9 wrote:
Hi I am newbie to cygwin. I am surprised at how cygwin have access to those
directories belonging to users with a password and private access, that
normally cannot be accessed from the normal Windows environment. How this
happens?
Every admin has these rights,
58 matches
Mail list logo