"Lionel B" wrote in message news:[EMAIL PROTECTED]
> Hi,
>
> I seem to have hit the same issue as described in:
>
> http://sourceware.org/ml/cygwin/2005-03/msg00919.html
>
> [...]
>
> I've attach cygcheck output for the machine where Cygwin is installed (again
> I cannot run
> cygcheck on the
> Anyway, it could also be a permissions problem: maybe because its a
> restricted user, the child process is in some way prevented from accessing
> the object created by the parent and it can't notify it. But that's just
> guesswork. I think your next most informative option might be to use
>
SWIG, the Simplified Wrapper and Interface Generator, a tool for easing the
interfacing of C/C++ libraries to scripting languages,
has been updated in the Cygwin net distribution to version 1.3.24-1.
This version has already been present a TEST release for almost 8 weeks now.
SWIG has undergone m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've upgraded to the 20050413 snapshot, and have a WinXP machine connected
to a Win98 box on a home network. This used to work in 1.5.12, but now
the snapshot has problems creating files and directories, and calling
utimes on directories:
$ uname -a
Original Message
>From: Oliver Vecernik
>Sent: 15 April 2005 09:57
>> Anyway, it could also be a permissions problem: maybe because its a
>> restricted user, the child process is in some way prevented from
>> accessing the object created by the parent and it can't notify it. But
>> that
I've looked around the Cygwin site for information on installation
that doesn't use the supplied setup.exe, and I've found a lot of "you
on your own" so I'm hoping to get some help here. Thanks!
What so wrong with setup.exe?
I am doing a similar cygwin roll out at my work site and I use
setup.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of coreutils, 5.3.0-5, is available.
NEWS
This is a minor patch release. The overall 5.3.0 series was designated
unstable by the upstream author (compared to the stable 5.2.1), because it
introduces some POSIX-compliance fixes for
On Apr 14 11:40, Oliver Vecernik wrote:
> Hi,
>
> I'm not sure what happened, but if I start Cygwin for a certain
> restricted user I receive the following message:
>
> 9 [main] bash 3624 fork_parent: child 2756 died waiting for
> longjmp before initialization
> bash: fork: Bad file descrip
On Apr 14 14:55, Lionel B wrote:
> Hi,
>
> I seem to have hit the same issue as described in:
>
> http://sourceware.org/ml/cygwin/2005-03/msg00919.html
Please test the latest snapshot from http://cygwin.com/snapshots/
Corinna
--
Corinna Vinschen Please, send mails regarding
On Apr 14 10:49, Nathan Potter wrote:
> Hi,
>
> I'm having this problem as well. Specifically, I'm getting the following
> errors for non-privileged users logging in via Remote Desktop to Windows
> Server 2003:
>
> When I click on the Cygwin Icon:
>
> 2 [main] bash 6544 fork_parent: child
For the past couple of days I have been trying to get non-admin accounts
working under cygwin. Whenever I try to start cygwin after logging into
windows with a non-admin account or try to ssh using a non-admin account
I get the following errors:
Last login: Fri Apr 15 09:43:31 2005 from sms-m
"Corinna Vinschen" wrote in message news:[EMAIL PROTECTED]
> On Apr 14 14:55, Lionel B wrote:
> > Hi,
> >
> > I seem to have hit the same issue as described in:
> >
> > http://sourceware.org/ml/cygwin/2005-03/msg00919.html
>
> Please test the latest snapshot from http://cygwin.com/snapshots/
Th
Brian Dessent dessent.net> writes:
[...]
> The version number is displayed when you run setup, on the first page of
> the wizard. But, as long as you are using a recent version you should
> be fine, as setup.exe does not change that often.
2.457.2.2
[...]
>
> It could be that for some reason
Hi,
I have started cron as a service under Windows 2000. I 'naively' created a
directory, /etc/cron.hourly and put a script in there. I had hoped that cron
would execute the script once every hour but it does not work.
How do I get the folders /etc/cron.hourly, etc/cron.daily etc/cron.weekly
corre
Totte Karlsson wrote:
> Hi,
> I have started cron as a service under Windows 2000. I
> 'naively' created a directory, /etc/cron.hourly and put a
> script in there. I had hoped that cron would execute the
> script once every hour but it does not work.
>
> How do I get the folders /etc/cron.hourly,
Totte Karlsson wrote:
> Hi,
> I have started cron as a service under Windows 2000. I
> 'naively' created a directory, /etc/cron.hourly and put a
> script in there. I had hoped that cron would execute the
> script once every hour but it does not work.
>
> How do I get the folders /etc/cron.hourly,
Reid Thompson wrote:
> Totte Karlsson wrote:
>> Hi,
>> I have started cron as a service under Windows 2000. I 'naively'
>> created a directory, /etc/cron.hourly and put a script in there. I
>> had hoped that cron would execute the script once every hour but it
>> does not work.
>>
>> How do I get
Jason, RE:
Sorry, but I cannot reproduce the above problem with the latest
snapshot:
$ uname -a
CYGWIN_NT-5.1 gelpdevjt022 1.5.15s(0.126/4/2) 20050408 16:35:04 ...
$ python -V
Python 2.4
$ ls -l
total 0
lrwxrwxrwx1 jtishler Do
"Christopher Faylor" wrote:
>>> > If you're not using the -17 (test) version of bash, try that.
>>>
>>> Wow! Much better! My scripts are still churning after 4 hours.
>>> When will this be part of an offical cygwin drop?
>>Well, it's already "official"
>
> FWIW, I've removed -17 from test status
Brian Dessent wrote:
My questions for you:
1. Do these numbers seem reasonable?
Yes, unfortunately. Heavy fork()-exec() based scripts just take
forever.
Ok.
2. Is there anything (apart from cross-compiling on Linux :) ) that can
be done to increase script execution speed?
You can try mounting your
Greetings,
I have ported an X application to cygwin/gcc. It runs well under
the X server xwin.
When I compile, I link up with libX11.
Then I end up my app being linked to cygwin1.dll since libX11
depends on cygwin1.dll.
I need to distribute this application, but I cannot make it open
source. Th
When I ran
./expat-1.95.8-1.sh prep
the resulting directory tree was not patched.
Manually patched after extracting the patch from the cygwin -src tarball.
The build fails with the preprocessor error:
#error memmove does not exist on this platform, nor is a substitute
available in lib/
Steve,
On Fri, Apr 15, 2005 at 03:54:37PM -0400, Steve Ward wrote:
> Can you try my failing experiment (symlink bar.py to file foo.py in
> same directory)?
I was able reproduce your problem on my way out of work today.
> It seems using a different name for the symlink may cause the
> trouble...
On Fri, Apr 15, 2005 at 08:39:31PM -0400, Stone, Tim wrote:
>I have ported an X application to cygwin/gcc. It runs well under
>the X server xwin.
>
>When I compile, I link up with libX11.
>
>Then I end up my app being linked to cygwin1.dll since libX11
>depends on cygwin1.dll.
>
>I need to distri
Cygwin v1.5.12-1/Windows 2000
Cygwin poll() uses POLLPRI as the flag for detecting
exceptions, POLLPRI must be explicitly set (otherwise
socket exceptions aren't reported), and POLLERR is
only used when select() returns -1 but there was no
WSAENOTCONN. However, the Unix man page for poll()
says PO
25 matches
Mail list logo
