Alan James Caruana schrieb:
I found the features page ( http://x.cygwin.com/features.html ) which
says that the Mesa 3D Graphics Library provides software-based OpenGL
support, but one item of the To-Do list (
http://x.cygwin.com/devel/todo.html ) states that Indirect OpenGL
rendering still
Hello,
I think I spotted a bug which happen on the subversion package provided
for cygwin.
I encountered the following problem while exporting the content of my
Subversion repository.
In the repository, I have a directory T which contains another file called
X.exe and a directory called X. When
Hi,
I have tried to use the pthread_cond_timedwait, but it doesn't seem to
work properly.
It returns immediately with a return value of 116 (ETIMEDOUT) even if I
set the timeout period to e.g. 10 seconds.
I have locked the mutex and initialized the condition variable before
the invokation is
On Mon, Feb 12, 2007 at 11:00:38AM +0800, Carlo Florendo wrote:
Andrew Makhorin wrote:
Hi,
I detected a strange bug in the standard function gettimeofday.
It *sometimes* reports the time which being expressed as the integer
number of milliseconds is *less* than the time obtained *earlier* with
On Mon, Feb 12, 2007 at 06:53:35AM +, Charles Tubbs wrote:
Brian Dessent brian at dessent.net writes:
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
I'm not sure if it has reached the consciousness of the general Cygwin
user base yet but I wanted to make sure that everyone was aware of the
fact that we will be ripping out support for Windows 95, Windows 98, and
Windows Me in the next version of Cygwin, which will be version 1.7.0.
This has
Frodak wrote:
Back up your stuff.
This happened to me before days before ntfs.sys
deleted itself. I then asked my boss for a new
hard-drive and then did a fresh windows install.
I had bizarre issues.
Amongst what you described that happened for a while,
the following occurred and
Andrew DeFaria wrote:
Chuck wrote:
At first I thought my recent problems with cygwin were limited to the
occasional ls command listing nothing. Run it again an it works
(usually). Now the problems are getting worse. I tried to rm a file
that I own and it didn't fully delete it. It corrupted
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
snip
HD scan shows no errors.
snip
I'm beginning to think I need to remove and reinstall every cygwin
package, but I'm not certain that will fix it either. I've already
reinstalled both coreutils and
lftp ftp.microsoft.com
lftp: host name resolve timeout
I'm not able to reproduce this problem:
$ lftp ftp.microsoft.com
lftp ftp.microsoft.com:~ ls
dr-xr-xr-x 1 ownergroup 0 Jan 25 11:03 bussys
dr-xr-xr-x 1 ownergroup 0 Jan 25 11:18 deskapps
dr-xr-xr-x
Chuck wrote:
Andrew DeFaria wrote:
Chuck wrote:
At first I thought my recent problems with cygwin were limited to the
occasional ls command listing nothing. Run it again an it works
(usually). Now the problems are getting worse. I tried to rm a file
that I own and it didn't fully delete it. It
Experts,
I'm using tar (GNU tar) 1.16.1 and have an archive with the following entries.
Files/report1.html
Files/report2.html
Files/report3.html
Files/report4.html
D:/Bkp/sol/
D:/Bkp/sol/test1.pl
D:/Bkp/sol/test2.pl
D:/Bkp/sol/test3.pl
Whenever, I try to exclude files starting with D:/ its not
On Mon, 12 Feb 2007, Carlo Florendo wrote:
Windows could be accurate up to 15 ms or perhaps a little bit more.
However, it is very difficult to achieve less than 15 ms or microsecond
accuracy with windows due to the limitation on the OS itself. Our
extensive tests on windows clocks and
Andrew DeFaria wrote:
which makes me think that maybe its the writing to stdout that's failing.
At this point I'd suggest SpinRite: http://www.grc.com/sr/spinrite.htm
Haven't tried spinrite yet but I did do a thorough check of the drive
using Tuneup Utilities. That's the one that requires
Andrew Makhorin wrote:
I detected a strange bug in the standard function gettimeofday.
It *sometimes* reports the time which being expressed as the integer
number of milliseconds is *less* than the time obtained *earlier* with
the same function.
...how often is often? Also what version of
Larry Hall (Cygwin) wrote:
Have you checked if you can do similar operations with DOS commands? I
believe what you're seeing here is a hardware (probably disk) problem.
Years ago I had a failing disk pick off files randomly for a while until
the whole thing finally went.
Is there a way
Chuck wrote:
Larry Hall (Cygwin) wrote:
Have you checked if you can do similar operations with DOS commands? I
believe what you're seeing here is a hardware (probably disk) problem.
Years ago I had a failing disk pick off files randomly for a while until
the whole thing finally went.
Is
Chuck wrote:
Andrew DeFaria wrote:
which makes me think that maybe its the writing to stdout that's
failing.
At this point I'd suggest SpinRite: http://www.grc.com/sr/spinrite.htm
Haven't tried spinrite yet but I did do a thorough check of the
drive using Tuneup Utilities. That's the one
Hi,
I experience a problem that has already been reported (and solved)
several months before:
http://www.cygwin.com/ml/cygwin/2006-07/msg00861.html
http://www.cygwin.com/ml/cygwin/2006-07/msg00878.html
My output:
$ cygpath -v
cygpath (cygwin) 1.42
Compiled on Jan 31 2007
$ cygpath -w -l
Andrew DeFaria wrote:
I have no idea what this Daemon tools thing is. Hooks into the file
system. Gee that's beginning to sound like a root-kit!
Last I checked, it is a program to allow you to mount CD images as real
drives. Since it is supposed to make them look real enough to even
fool
On 2/12/07, Matthew Woehlke wrote:
Andrew DeFaria wrote:
I have no idea what this Daemon tools thing is. Hooks into the file
system. Gee that's beginning to sound like a root-kit!
Last I checked, it is a program to allow you to mount CD images as real
drives. Since it is supposed to make
On Feb 12 17:45, Bernhard Leiner wrote:
Hi,
I experience a problem that has already been reported (and solved)
several months before:
http://www.cygwin.com/ml/cygwin/2006-07/msg00861.html
http://www.cygwin.com/ml/cygwin/2006-07/msg00878.html
My output:
$ cygpath -v
cygpath (cygwin)
...is there a way to tell Cygwin that variables other than PATH, etc
(i.e. arbitrary, user-specified variables) should be converted from
POSIX format to Windows format when spawning a non-POSIX application?
If not, would it be acceptable to add such a feature if I were to submit
a patch for
On Mon, Feb 12, 2007 at 11:38:59AM -0600, Matthew Woehlke wrote:
...is there a way to tell Cygwin that variables other than PATH, etc
(i.e. arbitrary, user-specified variables) should be converted from
POSIX format to Windows format when spawning a non-POSIX application?
If not, would it be
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Have you checked if you can do similar operations with DOS commands? I
believe what you're seeing here is a hardware (probably disk) problem.
Years ago I had a failing disk pick off files randomly for a while until
the whole
Matthew Woehlke wrote:
Andrew DeFaria wrote:
I have no idea what this Daemon tools thing is. Hooks into the file
system. Gee that's beginning to sound like a root-kit!
Last I checked, it is a program to allow you to mount CD images as real
drives. Since it is supposed to make them look real
Hello,
Matthew Woehlke [EMAIL PROTECTED] wrote:
...is there a way to tell Cygwin that variables other than PATH, etc
(i.e. arbitrary, user-specified variables) should be converted from
POSIX format to Windows format when spawning a non-POSIX application?
There is an option in cyg-wrapper.sh
DePriest, Jason R. wrote:
I am not used the latest / greatest DaemonTools however since I am
under the impression that it has become adware if you don't buy it.
-Jason
It includes adware. You can unselect it in the installer.
--
Unsubscribe info:
Andrew Makhorin wrote:
Hi,
I detected a strange bug in the standard function gettimeofday.
It *sometimes* reports the time which being expressed as the integer
number of milliseconds is *less* than the time obtained *earlier*
with the same function.
The expression 100 * tv.tv_sec +
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
snip
HD scan shows no errors.
snip
I'm beginning to think I need to remove and reinstall every cygwin
package, but I'm not certain that will fix it either. I've already
reinstalled both
Chuck wrote:
I'd buy into the HD-getting-ready-to-fail argument more if I saw
weirdness on Windows too, but I don't. At least not yet. Plus scans of
the HD with both Tuneup Utilities and Windows itself are not turning
anything up.
WAG but have you looked at the event log?
--
Andrew DeFaria
Papasha wrote:
Hello, I'm trying to use a DLL created with cygwin in my VC++ project.
First of all, have you read the Cygwin FAQ (specifically, *all* the
questions in the Programming FAQ? Read the caveats about linking Cygwin
DLLs into VC++ programs. Specifically, Q 16.
After you have
Chuck wrote:
$ cd /cygdrive
$ ls
$ ls -a
. .. c g h k s
$ ls -a
$ ls -a
Hmm. Can't replicate this on my system. Nor can I replicate your other
report, about corrupted ls output.
You should definitely report a problem in the format described by
http://cygwin.com/problems.html.
Three of us updated to latest windows cygwin last week, and none can run
even simple .sh scripts any more. Prior version was 6 months ago.
test 1: y.sh
#!/cygdrive/c/cygwin/bin/bash.exe
cd ../working
pwd
results:
$ ./y.sh
: No such file or directorying(note: directorying should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian D wrote:
Hi,
...I live in Fox, Alaska. High-speed internet is not an option at this
point.
Trying to install Cygwin via the usual setup.exe method fails because my
internet connection likes to have problems far too many times during
One co-worker downloaded the latest Windows cygwin last week. His ls
command now consistently does not return anything, regardless of what
directory he is in. This is in addition to not being able to run shell
scripts any more, either.
The other two of us that upgraded last week to the
Dennis Simpson wrote:
Three of us updated to latest windows cygwin last week, and none can run
even simple .sh scripts any more. Prior version was 6 months ago.
http://cygwin.com/ml/cygwin-announce/2006-12/msg00026.html
Next time RTFRA. Oh, and STFLA; this particular horse died a *lng*
On 2/8/07, DePriest, Jason R. wrote:
On 2/8/07, Lev Bishop wrote:
On 2/8/07, Lev Bishop wrote:
When I get some time I'll redo those patches against the latest cygwin
version. In the meantime, if netscreen provides a sysctl
net.inet.tcp.ackonpush or some way to disable delayed acks,
Dennis Simpson wrote:
One co-worker downloaded the latest Windows cygwin last week. His ls
command now consistently does not return anything, regardless of what
directory he is in. This is in addition to not being able to run shell
scripts any more, either.
For the problem with running
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
snip
HD scan shows no errors.
snip
I'm beginning to think I need to remove and reinstall every cygwin
package, but I'm not certain that will fix it either. I've
Andrew DeFaria wrote:
Chuck wrote:
I'd buy into the HD-getting-ready-to-fail argument more if I saw
weirdness on Windows too, but I don't. At least not yet. Plus scans of
the HD with both Tuneup Utilities and Windows itself are not turning
anything up.
WAG but have you looked at the event
Dennis Simpson wrote:
One co-worker downloaded the latest Windows cygwin last week. His ls
command now consistently does not return anything, regardless of what
directory he is in. This is in addition to not being able to run shell
scripts any more, either.
The other two of us that
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
snip
HD scan shows no errors.
snip
I'm beginning to think I need to remove and reinstall every cygwin
package, but I'm not certain that will fix it
On Mon, Feb 12, 2007 at 06:04:57PM -0500, Chuck wrote:
Dennis Simpson wrote:
One co-worker downloaded the latest Windows cygwin last week. His ls
command now consistently does not return anything, regardless of what
directory he is in. This is in addition to not being able to run shell
Matthew Woehlke mw_triad at users.sourceforge.net writes:
Dennis Simpson wrote:
Three of us updated to latest windows cygwin last week, and none can run
even simple .sh scripts any more. Prior version was 6 months ago.
http://cygwin.com/ml/cygwin-announce/2006-12/msg00026.html
Next
Eric Backus wrote:
Matthew Woehlke mw_triad at users.sourceforge.net writes:
Dennis Simpson wrote:
Three of us updated to latest windows cygwin last week, and none can run
even simple .sh scripts any more. Prior version was 6 months ago.
Could you plz let me know where can I find the cygwin tar package
archives (say 1.15.x)?
Regards,
Mohankumar
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Mohankumar Periasami wrote:
Could you plz let me know where can I find the cygwin tar package
archives (say 1.15.x)?
The only versions that are officially supported are the current and
previous version. But if you look on the mirrors there are often older
versions as well. I just took a look
I'm not sure if it has reached the consciousness of the general Cygwin
user base yet but I wanted to make sure that everyone was aware of the
fact that we will be ripping out support for Windows 95, Windows 98, and
Windows Me in the next version of Cygwin, which will be version 1.7.0.
This has
49 matches
Mail list logo
