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 loo
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:
Eric Backus wrote:
Matthew Woehlke 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
Matthew Woehlke 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 time
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 shel
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
HD scan shows no errors.
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
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 t
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
Larry Hall (Cygwin) wrote:
> Chuck wrote:
>> Larry Hall (Cygwin) wrote:
>>> Chuck wrote:
Larry Hall (Cygwin) wrote:
> Chuck wrote:
>>>
>>>
HD scan shows no errors.
>>>
>>>
I'm beginning to think I need to remove and reinstall every cygwin
package, but I'm not certain that
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 sh
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 ac
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*
t
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 late
-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 du
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 "di
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. Read
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 unde
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
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
Larry Hall (Cygwin) wrote:
Chuck wrote:
HD scan shows no errors.
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 cyg
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 *
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: http://cygwin.com/ml/#unsubscri
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
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
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
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
...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 it
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
> cygpa
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
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
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 12345
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 t
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 the
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
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 Win
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 req
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 ti
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
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.
> > 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
Larry Hall (Cygwin) wrote:
> Chuck wrote:
>> Larry Hall (Cygwin) wrote:
>>> Chuck wrote:
>
>
>
>>
>> HD scan shows no errors.
>
>
>
>> 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 c
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
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 occurr
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 bee
On Mon, Feb 12, 2007 at 06:53:35AM +, Charles Tubbs wrote:
>Brian Dessent 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 appl
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 *earlie
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 m
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
47 matches
Mail list logo