A problem I reported in trying to install File::BOM (module to handle files
with Unicode Byte-Order-Marks) under CPAN originally here:
http://sourceware.org/ml/cygwin/2006-02/msg00238.html last February
is still a problem. I bounced it off of the module maintainer, and he
believes the problem
Is there a way to find out in a bash script the cygdrive prefix?
I thought something simple like
mount -p|tail -1|cut -f1
but that incorrectly assumed the fields were tab delimited.
Since there can be spaces in the cygdrive prefix, I can't
use space a delimiter, example:
# mount -p
Prefix
Christopher Faylor wrote:
According to Alex Goldman on 7/21/2005 2:49 AM:
On Linux, after I start a program that consumes 100% of CPU time, I can
usually terminate it just by typing Ctrl-C. This is very convenient to
me as a developer. However, using Cygwin in the same situation, the
wrote:
Linda W wrote:
Not everyone can do all things. I didn't speculate on the cause, I
noticed multiple opens for a program that really only needs stat/lstat I
believe.
In order to implement stat(), cygwin has to call NtQueryInformationFile
(GetFileInformationByHandle for 9x
And as soon as you start timing out your cache, you either have a
separate thread running which manages this (which implies careful
attention to locking issues and context switching) or you a schedule
timer signal (which has similar problems).)
This may not be necessary if you only cache
One wouldn't have to suffer much in performance...
see http://sourceware.org/ml/cygwin/2005-06/msg00087.html.
Dynamic library linking is relatively cheap -- cheaper if the
user has the option to pre-install the lib for their OS-flavor.
Igor Pechtchanski wrote:
Just a datapoint. WinXP does
Christopher Faylor wrote:
On Sat, Jun 04, 2005 at 03:00:13PM -0700, Linda W wrote:
You are technically accurate, but the cygwin layer is a POSIX
complient-OS emulation layer by some definition, no?
Yes, but that has nothing to do with caching. Cygwin is just a DLL. It
can't
Christopher Faylor wrote:
On Thu, 2 Jun 2005, Linda W wrote:
In tracing the Win32 file operations, find seems to perform multiple
file open operations for each file processed. One way to speed up
operations in this area might be to keep a cache of the last N file
handles. I suspect it's
One area that I've noticed slowness is in using the 'find' command
to search for old tmp files or to rebuild the locate database.
In tracing the Win32 file operations, find seems to perform multiple
file open operations for each file processed. One way to speed up
operations in this area might
Might it be possible to build 2 versions and have the package
dynamically install the correct version?
On the other hand, instead of if (win98)... one could have a
cygwin1.dll that chooses a 2nd library to load and all entry points are
either runtime indirect calls into the 2nd library
I know, but truthfully, you are taking my response a bit out of context.
I was responding, specifically to CFG's message:
Christopher Faylor wrote:
Yep. This is pretty much what I expected. Now we'll see a stream of
people commenting on slowness and speculating on the cause without
FYI -- I discovered the cause of a problem I had in manipulating the
Registry. There is a bug in the Win32 Registry manipulation routines.
Both TieRegistry and the original Registry interface apparently
use an older interface -- something like (?), libcalls ending with A
where new ones end with
I remember this discussion on the cygwin list, but wasn't able to find a
reference to in the FAQ.
I have a nightly cron job that I'd like to back up my home windows dir to a
samba machine, but when it runs, I'm sorta sure that it doesn't know what
cygwin-uid to run with.
Could someone point
zzapper wrote:
Hi,
Mysql has now moved under c:/program files/
My backup bash script will run correctly if I use the follwing syntax
/cygdrive/c/program\ files/mysql/MySQL\ Server\ 4.1/bin/mysqldump.exe $params
However it doesn't work if I try to load the above into a variable
eg
Buchbinder, Barry (NIH/NIAID) wrote:
Changing
program files
to
progra~1
might also work.
---
It _might_, is true. But if you turn off short-filename
generation on NT file systems to speed up NTFS performance and
reduce the space needed for directory entries, it won't:
REGEDIT4
I probably don't know what/where I am looking for what, but
it seems the source for the various apps (specifically setup.exe)
aren't under winsup in CVS.
What path should I be checking out if I want to try to build setup?
Any gotcha's or things I should know? (Besides having ming
installed).
Thanks -- I tried looking on the website first, but couldn't find
a link to it...
Christopher Faylor wrote:
On Thu, Mar 10, 2005 at 12:49:40PM -0800, Linda W wrote:
I probably don't know what/where I am looking for what, but
it seems the source for the various apps (specifically setup.exe
Well how do you expect me to find it when it's right in front of me? :-)
Actually the link was colored as 'visited', but I don't remember the page...
Didn't I remember to tell you my memory isn't so good these days...:-)
*sigh*
Igor Pechtchanski wrote:
Two clicks away:
www.cygwin.com - Cygwin
I was lamenting the lack of the simple hexdump facility
I have on linux. I figured -- how difficult would it be
to port that.
Well...not too, turns out, though, that it needs a type
quad_t and u_quad_t defined.
On linux, they are defined in /usr/include/sys/types.h
Should they be included in
Brian Dessent wrote:
Linda W wrote:
I was lamenting the lack of the simple hexdump facility
I have on linux. I figured -- how difficult would it be
to port that.
Cygwin already has the 'od' utility (in coreutils) which has the same
functionality. For example, od -A x -v -t x1z filename
Dave Korn wrote:
Since it is a known fact that it _does_ legitimately contain
self-modifying code, the fact that your system doesn't warn must mean it is
not configured to warn about self-modifying code.
This is probably a non-issue, but I don't know if it's been
tested. Does anyone
I thought I had already set this, but apparently had not or
set it in some session. notice that man bash,
creates a different output based on the value of LESSCHARSET.
I wanted to use utf-8, but when I set that, I get characters
that don't display properly. Worse, if I set my code page
in the
Brian Dessent wrote:
Linda W wrote:
Ahhh...hmm...I haven't understood (and am not entirely sure, if
yet, I do) the package release mechanism. I would have thought that
package maintainers would have been able to check in their packages
directly -- perhaps, at least, under
Yitzchak Scott-Thoennes wrote:
How is that not good publicity? There are a ton of cygwin binaries out
there; all you need to find them is usually the package name, cygwin,
and google. I know Gerrit, who maintains a lot of packages, also has
a large number of things he's built and put out there
Brian Dessent wrote:
http://cygwin.com/ported.html or scroll down to the bottom of the
cygwin.com home page.
I didn't know about this...trs cool! Thanks! Time to go
explore some more:-)
Linda
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Not knowing the exact order of how things are released,
does announcing it on cygwin-apps mean that it will be
available via setup soon?
When it is, does that mean we should be able to build perl
modules/utils that inter-operate with the native Win32
interface? What necessary steps does it need
Igor Pechtchanski wrote:
Announcing something on cygwin-apps means that the other maintainers will
look at it if necessary, and that someone with access will eventually
upload it to sourceware.org. Once that happens, the package will be
announced on cygwin-announce, and *that* does mean that
Peter Rehley wrote:
It would require a new setup.exe. The current setup program is a pure
windows program. This is needed because it doesn't require using any
cygwin program or package. If it used, say for example the
cygwin1.dll, that dll couldn't be updated because windows won't allow
The man page for guile is placed in:
/usr/share/man/man/man1/guile.1
instead of:
/usr/share/man/man1/guile.1
As installed, man guile doesn't find the installed web page.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
I can imagine during the early development of cygwin, the rpm
package types were rather unsupportable -- especially on a
first install, since no unix shell or coreutils are available.
However, after the basic support is installed, what was the reasoning
for keeping packages in YAPM
Am having problems with trying fixes for the below errors --
once I encounter an error in making Win32, I can correct the source
files in another window, but I then it won't let me run make on
Win32 again w/o force because it already encountered an error.
If I do a make force, it re-unpacks the
Gerrit P. Haase wrote:
This is annoying, I get it occasionally, I believe it is a bug in
MakeMaker, but I couldn't find it yet. Does the build continue if you
add the missing tab and run make again?
===
Think I got past that point, -- have it building in win32 again and
running a make manually
If the current cygwin version of perl is 5.8.6, will the 5.8.5 directory
be used?
If I print out @INC from my cygwin perl, I don't see 5.8.5 or 5.8.6 in
the include path:
perl -v
This is perl, v5.8.6 built for cygwin-thread-multi-64int
perl -e 'for(@INC) {print $_; print \n;}'
Yitzchak Scott-Thoennes wrote:
What exactly is giving the error, and what error are you getting?
I had an IsWinNT is undefined error message 2 days ago, but I removed some
old-seeming directories (since I have 5.8.6 installed, I thought I'd
try deleting older versioned directories, though I have
Dang bottom posters: [It depends on what email client you use
to read with -- if one is using a GUI, the top of the message is
displayed first. This forces scrolling (or turning) to the last
page of an email -- reading it in reverse order...how lame is that?
Even if you use a tty
I 2nd this request -- wanted to install some other packages but was
blocked by the mirrors.txt download -- maybe it could use a cached
copy of mirrors.txt to look at other mirror files -- i.e. cache mirrors.txt
on the existing mirrors so if cygwin server is down, setup would use
existing mirrors
Perhaps he has read that many developers and users on this list
use C:\ as the root diretory and have no problems. I had the
impression that the advice to install into a subdirectory was more
of a Covering One's Behind (COB?) when presenting cygwin as a commercial
solution to vendors. I find it
I 2nd this request -- wanted to install some other packages but was
blocked by the mirrors.txt download -- maybe it could use a cached
copy of mirrors.txt to look at other mirror files -- i.e. cache mirrors.txt
on the existing mirrors so if cygwin server is down, setup would use
existing mirrors
I thought there had been a fix in the works for this problem -- I
wanted to write a program using cygwin perl to access/modify the Registry.
When I load the Win32 package from cpan and try building it, I get
a familiar error message IsWinNT is undefined, so building and
installing cpan registry
Didn't receive any down message here -- just noticed no server nor
email-list activity. Dang -- I hate it when disks get screwed up! The
bane of developers and users everywhere.
Christopher Faylor wrote:
If you were subscribed to this list you should have received email
telling you that
Didn't receive any down message here -- just noticed no server nor
email-list activity. Dang -- I hate it when disks get screwed up! The
bane of developers and users everywhere.
Christopher Faylor wrote:
If you were subscribed to this list you should have received email
telling you that
the 3rd example works with dirname $0 as well.
In your 2nd example there is no script that is running. The
commands in the script are read as though you typed them in from
the terminal -- which means there is no scriptname to find
the name of.
You could check if $0 is equal to a shell name and
It seems the cygwin server is still down, so I don't know exactly when
this note may post -- but as failsafe -- I wanted to try to do a package
download from one of the mirror sites, but I can't get past the point
where setup tries to download the list of mirror sites. It would be
a helpful
Corinna Vinschen wrote:
On Feb 1 22:00, linda w wrote:
I've tried twice to build from CVS, but never seem
to have gotten a full build to run w/no errors (not to mention having
a woefully inadequate machine to build such a project on...(sigh)).
Did you read http://cygwin.com/faq/faq_3.html
/no errors (not to mention having
a woefully inadequate machine to build such a project on...(sigh)).
Such is life...:^).
linda
Corinna Vinschen wrote:
On Jan 29 14:12, linda w wrote:
Had another Question regarding the /proc file system. If
I am in /proc (Cygwin Window, bash) and I type
Had another Question regarding the /proc file system. If
I am in /proc (Cygwin Window, bash) and I type the
command 'ls' -l I get:
/proc 'ls' -l
ls: loadavg: Operation not permitted
ls: meminfo: Operation not permitted
ls: registry: Operation not permitted
ls: stat: Operation not permitted
ls:
Forgive me if this has been covered somewhere, but I was
wondering if a setting could be added in CYGWIN, to process
windows links [.lnk] files as cygwin links. Is this
possible?
It sure would be handy to have the linux utils like find
and readlink to work on win-links and run cleanup jobs on
Gerrit P. Haase wrote:
Try to chmod 644 any dll and call a program that uses this dll.
This fails for me (on NT4 with NTFS), if it succeeds for you, fine.
Change the permissions as you like it;)
---
Actually, chmod makes no difference on on FAT32.
Note, I'm having to rewrite this note from
Max Bowsher wrote:
linda w wrote:
Is there some reason cygwin needs to return DLL's as executables, as the
underlying OS doesn't require it (having no 'executable bit').
Wrong, actually the underlying OS *does* require it. It may not have
mode bits, but it does have ACLs.
Before calling me wrong
I was told I might fix the problem of typing in a partial command name
like cyg, and the command completion character and getting a long list
of DLL's with a few EXE's thrown in.
I had been told it could be fixed through adjustment of the bash command
completion or in the readline completion
01234567890123456789012345678901234567890123456789012345678901234567890123456789
I know 'ps' can reference win processes with the -W switch.
I was wondering if there was a value I could place in the CYGWIN env-var, or
or if /proc might be 'mountable', thus allowing passing of a similar -W
switch
BTW -- just wanted to thank whoever again (since I don't know that my
first thank got through) for the expandable window size in setup...I know
it's been there a while, but wanted to remention it anyway since I was
thinking about setup.
Since some fair number of people (including myself) do use
When I am in bash, I can type a completion char for my executable and it
will
give me a list of all the executables that could complete my command.
The command completion doesn't give a complete listing of all files, but
oddly,
it does include many .dll's, most that would seem to be
2 questions on the registry access in /proc.
1) Any idea on why find would choke on registry subtrees containing :? Is
some part of the path expansion going through Windows?
2) The user-guide implies read-write access to the registry-fs:
As anytime you deal with the Windows registry, use
Igor Pechtchanski wrote:
Yes. Cygwin will not process paths that contain a : -- perhaps
erroneously, as it should probably check that the : is the second
character, preceded by a letter. http://cygwin.com/acronyms/#PTC.
---
Do you think it would be desirable to have cygwin not encumber
I think I can include libwin32 with the main perl package, but there
are problems building it, there is a bug in some w32api headers and
one part is not building at all (OLE).
That would be cool if there was 1 package -- would more guarantee them
being in sync. I tend to agree...I guess I
It's been a few weeks since I've used perl on my Win machine, but
noticed an error message about inability to find Win32.pm in my path
just for starting up perl.
It turned out in my env, I had one of the lib dirs set to
/usr/local/lib/perl/5.8
and had it autoloading (not quite sure why at this
If ZoneAlarm affects Cygwin/X, there's a fair chance that there will be a
spate of problem reports coming in when users start upgrading to XP2
(XP-SP2) since it limits both in and outbound connections. Not sure what
it does about loopback connections or loopback to one's own host IP. Just
Decided to try my luck in building the cygwin.dll runtime, etc.
Found source, config'ed and make'd.
Went quite a ways until stoplight #1:
c++ -L/usr/src/cygwin-1.5.9-1/i686-pc-cygwin/winsup
-L/usr/src/cygwin-1.5.9-1/i6
86-pc-cygwin/winsup/cygwin
I generally have updatedb run every night on my win system.
But lately it has been having trouble completing and am looking at
the whole process and am noticing some oddities.
in looking at the find command I see it tries not to look at remotely
mounted drives unless they are in the NETWORK_PATHS
Among my maint process run each night one deletes old tmp files and
finds them using 'find'.
When I ran it yesterday, I was using process exporer to try to monitor it
but Proxexp couldn't dispay the lower panel when selected for displaying
handlesthen I config'ed it to display # of handles in
Igor Pechtchanski wrote:
Igor Pechtchanski wrote:
Linda,
On Tue, 27 Jul 2004, linda w wrote:
I generally have updatedb run every night on my win system.
But lately it has been having trouble completing and am looking at
the whole process and am noticing some oddities.
in looking at the find
Igor Pechtchanski wrote:
Igor Pechtchanski wrote:
Linda,
On Tue, 27 Jul 2004, linda w wrote:
I generally have updatedb run every night on my win system.
But lately it has been having trouble completing and am looking at
the whole process and am noticing some oddities.
in looking at the find
doesn't mean it's
wrong. It's just different.
Linda
Christopher Faylor wrote:
On Thu, Feb 19, 2004 at 11:27:29AM -0800, linda w wrote:
What is lost by allowing Perl to make libwin32 calls.
What is lost is the delightful opportunity of having you bring this up,
gripe about it, and act
I downloaded the Tk perl module via cpan and run make. After quite a
long run, I
get a fatal error that looks like it is from one or more missing headers
in the X library.
Builds fine on my linux system.
Error text:
/bin/perl.exe /usr/lib/perl5/5.8.2/ExtUtils/xsubpp -typemap
Christopher Faylor wrote:
On Sat, Feb 21, 2004 at 04:53:28PM -, Steven Hartland wrote:
I second this idea it is a pain to find things when you can see so little.
I keep mentioning that it is resizeable. You just have to sit closer or
further away from your screen to make it smaller
Tried this...some scripts ran. One that didn't wanted lanman.pm located in
Win32::lanman.
Queerly enough, doing a i /lanman comes up zip even though it is in
CPAN at
/CPAN/sources/authors/id/J/JH/JHELBERG/lanman.1.0.10.0.zip.
Obviously I'm still a bit too new for this stuff, get, make and
What features does one get with a unix perl over a perl built where
WinNT is
defined as true or false? Many (most? all?) of the Win32 calls are
available
in the Cygwin environment, why not compile the perl as a mixed breed
perl that
defines WinNT?
What is lost by allowing Perl to make
Has anyone tried using Tk from perl?
I was using a simple script example that used Tk for graphics interaction.
It wouldn't run because it wanted Tk, so I cpanned / downloaded the Tk perl
libs and ran an a make and got:
/bin/perl.exe /usr/lib/perl5/5.8.2/ExtUtils/xsubpp -typemap
I wonder how difficult it would be for her to apply her knowledge to strace
and implement the same (since i'm running on XP it would be pertinent)...
Corinna - thanks for the work-around. I the possibility of turning off
tracing from
the command line, but didn't understand wny it would be needed
Is that a new package? I thought I had installed all the perl related
cygwin packages?
Could just be my failing eyesite, though as well...
I, of course, had tried the old fashion way of downloading the win32 modules
from CPAN, and tried installing them which was when I got the you aren't
WinNT
I thought the above would yield an image backup of my windows partition.
It does seem to, at first, but for some odd reason or another, it really
starts slowing down toward the end of the partition. (Took about 2-3
days vs. ~2-3 hours under linux). Which
would be a first RFE -- but as an
Igor Pechtchanski wrote:
On Thu, 12 Feb 2004, linda w wrote:
[snip]
Speaking of compatibility -- there is only 1 application I know of that
uses / in keynames -- Cygwin. Since it's already been noted that this
makes it very awkward to access these keys in /proc, perhaps cygwin
could op
I decided to trace a 3 day long running process (the dd/bzip program)
that was
nearing completion (had a couple hundred meg to go), and much to my
chagrin,
when I wanted to stop tracing, I pressed control-c -- and unlike the
behavior I'm
used to in linux, it didn't just terminate the process
I'm on an NT compatible (Windows XP) release trying to run the reg utils
but I
get an error message that IsWinNT is not defined, so they the reg utils
fail to
install. Presumably IsWinNT is to differentiate between Protected and
DOS-based versions of Windows but presumably wouldn't be defined
FYI:
The 3.0 version went up for the cost of the CD a few months ago so I
ordered
a copy -- was a disk hog, so eventually removed it. But few things:
It always has to have the interix subsystem proces running to do
anything.
In typical MS fashion, it setup and started demons for all
It seems that the standard stream notation is ::. programs like
Notepad can
read and write to NTFS streams using the :: (double colon notation). That
would seem to indicate thay are valid pathnames that describe a file
of data.
I.e. -- : is valid in a pathname on an NTFS file system to
I just noticed (don't say duh!) /proc/Registry and the fairly well
fleshed out
Registry fs. I'd been wanting something like that for a while outside of
cygwin -- and also writeable with speed being equivalent to
similar/native speeds of
accessing the registry.
I thought wouldn't it be cool to
I'm guessing I don't have something setup quite correctly. I'm trying
to build the dictd package
under cygwin.
it uses configure, but configure starts out with an error.
checking host system type...
Invalid configuration `i686-pc-cygwin': system `cygwin' not recognized
---
Is this
I don't know, but can't you remap it rather than changing the default
X-server behavior? Certainly
seems like something that should be user-remapable for kiosk type
installationscan't have just
everyone going around killing off your kiosk, ya know.
Jack Tanner wrote:
Er, so
Went to copy a dir:
rsync pooped all over the place:
law rsync -avv --progress //ishtar/root/usr/src/packages/BUILD/dictd-1.4.9 /us
r/src/packages/BUILD/
building file list ...
expand file_list to 4000 bytes, did move
199 files to consider
delta-transmission disabled for local transfer or
like Apache.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of linda w
Sent: Wednesday, December 03, 2003 2:52 PM
To: [EMAIL PROTECTED]
Subject: Cygwin port of Perl broken on Win32? Or does Cygwin
not run on win32?
I was told this is a problem specific
handling of the paths is inconsistent with other utils under
cygwin, thus the
reporting of it as a bug.
Christopher Faylor wrote:
On Thu, Dec 04, 2003 at 11:53:41PM -0800, linda w wrote:
Went to copy a dir:
rsync pooped all over the place:
law rsync -avv --progress //ishtar/root/usr/src/packages
At one point there was some talk of enabling perl with the functionality
being
loadable (that's the default, actually). When the perl command is used,
that's
when it goes off and looks for perl61.dll.
I was wondering what ever happened to that effort -- were people afraid
perl61.dll
was
I'd like to use 1 Perl to write them in, 1 Perl to test them in, and
ONE PERL to RUN THEM ALL!!! (sorry, just got finished watching the
extended LOTR:TT DVD)
Seriously -- I can handle a different distro/platform, but I only have
1 home directory on Win32 and only 1 set of env/login.
to make this work? Is
it something broken in the cygwin port, of perl, on Win32?
Thanks!
Linda W.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http
If your system is bogged down, the cygwin command overhead could slow things
down alot.
A single command replacement:
/c/Program Files/Sysinternals psexec
PsExec v1.31 - execute processes remotely
Copyright (C) 2001-2002 Mark Russinovich
www.sysinternals.com
PsExec executes a program on a remote
Have you run it with 'filemon' to see what is causing the access?
(filemon from sysinternals site)
Bill Priest wrote:
All,
I googled and didn't see anything relevant. I'm
a long time cygwin user/fan and have noticed that
df . accesses a: when it doesn't need to
df --help
Usage: df [OPTION]...
Christopher Faylor wrote:
... suggesting that we'd be working on a version of cygwin for
linux,
---
Yeah...I was wondering when there'd be a version available on Lindows.
I'll volunteer to do counting of linux system calls in the
cygwin-on-lindows-win-layer-on-linux-find vs. native linux
really knows his
stuff and his tools should be part of every engineers toolbox.
What Datafiles where you referring to? The data at the end of my last
post
was the raw data output.
-linda
Alex Vinokur wrote:
Linda W. [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Performance
Performance comparison , # system calls in Explorer find vs. gnu
find under
cygwin. Search for foobar.txt in directory /tmp (under cygwin), C:\tmp
(under explorer).
# system calls
Explorer: 15
Cyg-gnu: 211
file monitor filter set to only record strings that access /tmp.
Actual
Pierre A. Humblet wrote:
Christopher Faylor wrote:
On Wed, Oct 22, 2003 at 09:40:10PM +0200, Hannu E K Nevalainen wrote:
From: Linda W.
Sent: Wednesday, October 22, 2003 12:49 AM
Perhaps it is unavoidable, but I see things like find doing 2
'opens' /file when it is searching
Christopher Faylor wrote:
On Tue, Oct 21, 2003 at 11:42:21AM -0700, Linda W. wrote:
Has anyone done any testing on performance of cygwin utils over their
native win counterparts?
Cygwin is slower. Cygwin is known to be slower. And, if you give it
a few minutes of thought it is obvious
Has anyone done any testing on performance of cygwin utils over their
native win
counterparts? The one that bothers me the most is the performance of
cygwin Find
and the windows 'find'. If I'm just looking for filenames (find /c/
-name \*.wav) vs.
looking for *.wav in windows find GUI, the
Igor Pechtchanski wrote
I suspect you're not comparing apples to apples here. Later Windows
versions run a file indexing service in the background, which makes
finding files faster. You might get more relevant results if you tried
using locate after an updatedb.
---
Nope...apples to
I get the same hang...I downloaded the latest setup, this morning, took
all the standard sets and added a few
Xfree items (like Xicons).
I come home after having had to go over the hill (santa cruz to
silliputty valley), I find cygwin_setup
stuck at 99% complete:
Running...
No package
Igor Pechtchanski wrote:
Linda,
Have you tried a setup snapshot? http://cygwin.com/setup-snapshots/.
My computer isn't so stable these days. MS and Dell both want me to
reformat. Installed
the MS dcom and activex 9.0b patch in July. My video driver was
disabled, mostly. I tried
Aome comments/suggestions/GRFE's (Grovelling Request for Enhancements :-)):
1) Remember a user's previous choices. (~/.cygwinsetuprc would be 1
possibility).
1a) allow flags to disable some diaglogs:
[no|auto]virusprompt # default on
proxy
Did a default update of all selected files under experimental.
When it finished None of the post-install scripts ran. Bash
was missing an entry point, __something (had it typed in a
window, but closed it by accident).
Did file search on cygwin1.dll to see if there were any
duplicates: nope,
Is there a changelog?...(good example from kernel at end of message (long/detailed)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Elfyn McBratney
Sent: Thu, Aug 21, 2003 7:41p
To: [EMAIL PROTECTED]
Subject: 1.5 is coming... please test away!
1 - 100 of 160 matches
Mail list logo