2011.05.28. 16:17, Andy Koppe wrote:
On 28 May 2011 11:47, szgyg wrote:
http://szgyg.web.elte.hu/cygwin/base.png
ps: Interesting diagram. What's with the circular dependency?
I don't know. Maybe it was caught by a hippo?
szgyg
When there is a newer version of a package, but I opt to keep the old
version, setup.exe want to install the dependencies of the new package.
With this patch setup.exe doesn't compute the dependecies of installed
packages, except when they are current (so rerunning setup.exe to
repairing an
I want to say `./setup.exe --site ports --site local-repo', so there
it is.
2011-05-30 SZAVAI Gyula sz...@ludens.elte.hu
* libgetopt++/src/StringArrayOption.cc: New file.
* libgetopt++/include/getopt++/StringArrayOption.h: New file.
* libgetopt++/Makefile.am: Add new
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-05-30 06:24:54
Modified files:
cygwin : ChangeLog fork.cc cygheap.cc
Log message:
* cygheap.cc (cygheap_dummy): Rename from cygheap_at_start.
(cygheap): Accommodate
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-05-30 06:52:13
Modified files:
cygwin : ChangeLog dll_init.cc dll_init.h fork.cc
spawn.cc child_info.h
Log message:
* dll_init.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-05-30 06:58:00
Modified files:
cygwin : ChangeLog fhandler_termios.cc tty.h
Log message:
* fhandler_termios.cc (fhandler_termios::bg_check): Do not return EIO
when a
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-05-30 16:09:29
Modified files:
cygwin : ChangeLog dll_init.cc dll_init.h fork.cc
Log message:
* dll_init.cc (reserve_upto): Remove.
(release_upto): Ditto.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-05-30 17:16:25
Modified files:
cygwin : ChangeLog dll_init.cc dll_init.h fhandler.cc
Log message:
* dll_init.cc (dll_list::append): Eliminate increment of unused tot
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-05-31 00:26:37
Modified files:
cygwin : ChangeLog dtable.cc fhandler.cc fhandler.h
pipe.cc
Log message:
* dtable.cc (dtable::select_write): Add
On Sun, May 29, 2011 at 12:27:45PM -0400, Christopher Faylor wrote:
On Sun, May 29, 2011 at 01:51:35AM -0400, Ryan Johnson wrote:
So, I defined this small function:
static void break_cmalloc(int depth, int maxdepth) {
void* x = cmalloc (HEAP_2_DLL, 32);
cfree(x);
if (depth
On Mon, May 30, 2011 at 02:24:49AM -0400, Christopher Faylor wrote:
On Sun, May 29, 2011 at 12:27:45PM -0400, Christopher Faylor wrote:
On Sun, May 29, 2011 at 01:51:35AM -0400, Ryan Johnson wrote:
So, I defined this small function:
static void break_cmalloc(int depth, int maxdepth) {
void*
On Mon, Apr 04, 2011 at 09:45:09AM -0700, Tor Perkins wrote:
2011-03-28 Tor Perkins
* fhandler_termios.cc (fhandler_termios::bg_check): Do not return EIO
when a process group has no leader as this is allowed and does not imply
an orphaned process group. Add a test for orphaned process
On Mon, May 30, 2011 at 02:53:51AM -0400, Christopher Faylor wrote:
Actually, I checked in patch 2/5. That completes the set, I think.
Nope. I still have to do 4/5. I WILL do that when after sleeping first.
cgf
On 30/05/2011 2:24 AM, Christopher Faylor wrote:
On Sun, May 29, 2011 at 12:27:45PM -0400, Christopher Faylor wrote:
On Sun, May 29, 2011 at 01:51:35AM -0400, Ryan Johnson wrote:
So, I defined this small function:
static void break_cmalloc(int depth, int maxdepth) {
void* x = cmalloc
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
Unfortunately, cygwin_attach_handle_to_fd doesn't really work. Cygwin
needs to know the type of handle it is attaching in order to set up
the correct type of file handler. Since it doesn't do that the handle
is of
Hello,
The following script:
-
#!/bin/csh -f
/bin/ls /cygdrive | /bin/grep .
set x = `/bin/ls /cygdrive | /bin/grep .`
echo zz $x zz
-
produces
c
e
g
h
o
p
s
zz c e g h o p s Broken pipe zz
2011/5/27 Gaurav Chhabra:
http://old.nabble.com/file/p31714033/cygcheck.out cygcheck.out
I have a Windows machine and I have Cygwin installed. I have a Perl script
which calls a shell script using Cygwin. I am getting the following message
while running the Perl script:
Please try
Thanks for your reply Reini!
I got hold of perlrebase from here:
http://cygwin.com/ml/cygwin/2010-02/txt00017.txt
Not sure whether this is the latest one.
I have Perl separately installed at c:\Perl. I am not sure how to run this.
I just copied the prelrebase script and kept it in the
On 30/05/2011 3:34 AM, Juanjo wrote:
Christopher Faylorcgf-use-the-mailinglist-pleaseat cygwin.com writes:
Unfortunately, cygwin_attach_handle_to_fd doesn't really work. Cygwin
needs to know the type of handle it is attaching in order to set up
the correct type of file handler. Since it
2011/5/30 Gaurav Chhabra:
Thanks for your reply Reini!
I got hold of perlrebase from here:
http://cygwin.com/ml/cygwin/2010-02/txt00017.txt
Not sure whether this is the latest one.
The latest one is from perl-5.10.1-5
I have Perl separately installed at c:\Perl. I am not sure how to run
I have Perl separately installed at c:\Perl. I am not sure how to run this.
This will not work.
perlrebase works only for cygwin perls, not for strawberry or
activestate perls.
That's what I was thinking. I was sure that I am doing something wrong, and
it must have something to do with Perl
On 05/30/2011 06:26 AM, Gaurav Chhabra wrote:
I have Perl separately installed at c:\Perl. I am not sure how to run this.
This will not work.
perlrebase works only for cygwin perls, not for strawberry or
activestate perls.
That's what I was thinking. I was sure that I am doing something
Hi,
I have these two lines in my .screenr:
backtick 0 0 0 echo $LOGNAME
caption always %{= c}[%0`@%H:%n%f %{w}%t %{r}loadavg: %l %=%{g}%Y-%
m-%d %0c:%s]%{d}
Screen always displayed this until cygwin1-20110520.dll as
[thorsten@hombre:0$loadavg: 0.00 0.00 0.00 2011-05-30 17:20:46]
On Mon, May 30, 2011 at 07:34:27AM +, Juanjo wrote:
Christopher Faylor writes:
Unfortunately, cygwin_attach_handle_to_fd doesn't really work. Cygwin
needs to know the type of handle it is attaching in order to set up the
correct type of file handler. Since it doesn't do that the handle is
of
Recent snapshots have pipe problems. Please don't use them.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 5/30/11 10:46 AM, Christopher Faylor wrote:
On Mon, May 30, 2011 at 07:34:27AM +, Juanjo wrote:
Christopher Faylor writes:
Unfortunately, cygwin_attach_handle_to_fd doesn't really work. Cygwin
needs to know the type of handle it is attaching in order to set up the
correct type of file
On Mon, May 30, 2011 at 11:39:13AM -0700, Daniel Colascione wrote:
On 5/30/11 10:46 AM, Christopher Faylor wrote:
On Mon, May 30, 2011 at 07:34:27AM +, Juanjo wrote:
Christopher Faylor writes:
Unfortunately, cygwin_attach_handle_to_fd doesn't really work. Cygwin
needs to know the type of
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
Please calm down.
I am calm :-) I just happen to like exclamation signs.
I guess I shouldn't have said the doesn't really work and stuck with
of limited utility. fds attached with cygwin_attach_handle_to_fd are
not
On 5/30/2011 5:12 PM, Juanjo wrote:
It seems I did not express myself properly. Code is compiled on the fly.
DLLs do not survive beyond program execution. This is a dynamic language
(Common Lisp btw) and functions are compiled and run and consumed
quickly. Calling rebase for each invocation is
29 matches
Mail list logo