Hi all,
I've a recently installed Cygwin setup on Vista x64 and I've been having
problems with pdksh. I've got a x64-build of native gvim installed[1] which
pdksh doesn't want to start. On trying to run I get:
$ /cygdrive/c/vim/vim71/gvim.exe
/bin/pdksh: /cygdrive/c/vim/vim71/gvim.exe: cannot ex
Igor Peshansky wrote:
>
> Can you please post the output of "ls -l /cygdrive/c/vim/vim71/gvim.exe",
> "ls -ld /cygdrive/c/vim/vim71", and "ls -ld /cygdrive/c/vim"? Also of
> "cygcheck /cygdrive/c/vim/vim71/gvim.exe"?
$ pwd
/cygdrive/c/Vim
$ ls -l vim71/gvim.exe
--+ 1 chris None 3048448
n the
release? I'm sure you could get the requisite number of votes to
include it.
+1
cgf
It's something I certainly would want in the release. I've tinkered
around with writing something like this myself, as I'm sure many others
have.
--
Chris J. Breisch
--
Pr
endency tree, but it got to painful to type
up, and I doubt many would care. I'm surprised there's not such a thing
on the Cygwin site somewhere, but perhaps I'm just blind.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
No. You told the GUI not to install the base, but only to install bash.
You didn't say the same thing when you installed it from the command
line. Perhaps if you said to remove category all first, like you did
from the GUI. I don't know. I haven't tried it, and can't at
than it includes. Being able to do so hardly
seems like a bug.
Frankly, I was surprised the dependency tree for bash was so large. Bash
depends on texinfo? I see the chain that gets you there, but it still
surprised me.
Regards,
Achim.
--
Chris J. Breisch
--
Problem reports:
tency with another. Before
there was no way to send a parameter containing an equals sign. Now
there's no way to treat the equals sign as a delimiter.
Given that there's no real improvement here, I'd prefer the original
behavior as it at least has the limited benefit of "working
give it a shot.
Is the information on this page (http://cygwin.com/setup.html) up-to-date?
--
Chris J. Breisch
--
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
package.
If you like, you can even do this together.
I'm willing to defer to Achim, since he already has some patches, but
I'm flexible.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
r.
It appears to me that we should upgrade check to at least 0.9.11, as I'm
unconvinced that the current version is working.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.
Erwin Waterlander wrote:
Op 14-3-2014 13:58 Chris J. Breisch schreef:
There's also a check 0.9.12 from January of this year.
It appears to me that we should upgrade check to at least 0.9.11, as
I'm unconvinced that the current version is working.
It was in October when I tri
Corinna Vinschen wrote:
On Mar 14 10:24, Chris J. Breisch wrote:
I downloaded and built the latest version of check, and it seems to
work much better. I still have issues with libpipelines tests. It
appears that there is a 32/64-bit issue somewhere. I'm using Cygwin
x64. Many of the tests
he only failure. 6 other tests pass.
I'm not yet sure why it can't find "sh" unless it's not looking in $PATH
or $PATH has been obliterated somehow.
Still digging...
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: htt
ts differently. I can check in the morning. I also use Windows
authentication and not SQL authentication, but that shouldn't matter. In
fact, of the two, SQL authentication is the way less likely to cause issues.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/proble
Chris J. Breisch wrote:
Can you give more specifics on how it fails? And is it possible for you
to upgrade to a more recent version of Cygwin? I'm doing almost all of
this except for the ASP.net part, and I have no problems. I do this at
work, and I'm not at the office right now. It&
Chris J. Breisch wrote:
Without additional details on what is or isn't happening, this is as
much assistance as I can provide.
I lied. I had one more thought.
Your username, password, database name, sql server name don't contain
characters that are special to bash, do they? O
Andrey Repin wrote:
Greetings, Chris J. Breisch!
Without additional details on what is or isn't happening, this is as
_dosOutput is a more likely offender.
Because of backslashes. Since it's unquoted.
No, that's from my example, which works, not his. I handle creation of
as source control systems go, and submitting patches, I
remember using RCS, and before that SCCS. Those worked fine for their
time, and I submitted lots of patches using them, even one that made it
into the BDS 4.3 Tahoe 'vi' code.
So, like Andy, pardon me if I'm not moved to tears
rhaps, only choice?
I'd vote against '+' and in favor of '\' as long as there is no
potential for confusion with Windows Domains and accounts/machine names,
i.e. \{,}.
It doesn't sound to me like that would be an issue with how you want to
use things, but that&
Steven Penny wrote:
On Thu, Apr 10, 2014 at 10:12 AM, Chris J. Breisch wrote:
If you do what you have always done, you will get what you always got.
If Christopher wants to gripe on the mailing that his business, but he and
everyone else need to get realisic about the fact that not everyone
ybe even zero. I'm not sure I get a vote. :)
Also obviously, if the decision is to go forward, these three items need
to be packaged up appropriately and a package maintainer assigned. Check
is already a Cygwin package, but needs updating.
Somehow I have a feeling about who will be nom
Chris J. Breisch wrote:
Check-0.9.12 seems to work out-of-the-box. Configure with --prefix=/usr.
"make check" on check reports all tests passed, despite what appear to
be some failures. The CHANGELOG says that this version should pass all
tests on Cygwin. I've just subscribed
r the one test failure for man-db.
--
Chris J. Breisch
--
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
never dream of sharing
/usr/local this way.
Oh, finally, I set the title of my mintty or xterm to contain
${PROCESSOR_ARCHITECTURE} as well, so I don't forget where I am.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/
hat's not the best idea in this case.
2) How is this all going to work with Corinna's new stuff? Will I even
be able to change my default group with it?
Just to be clear, this is only a problem on non-Domain accounts. For a
Domain account the default group is "Domain Users&quo
Corinna Vinschen wrote:
On May 5 09:49, Chris J. Breisch wrote:
As far as Cygwin tools are concerned, the None group is just a normal
group like any other group. The behaviour you're observing looks a bit
like either your group file is not ok, or you're testing this with the
noacl mo
ere doesn't appear to be any BLODA. I may try
to create a new VM with nothing on it but Cygwin and see what happens.
I don't have access to the second machine right now, but I'll dig later.
I'll dig a little more on my own. I don't want to waste bandwidth on the
Cygwin li
Corinna Vinschen wrote:
On May 5 11:23, Chris J. Breisch wrote:
In both cases, I am logging on to the machine with a "Microsoft
Account": http://www.microsoft.com/en-us/account/default.aspx
Hmm, maybe that's the problem. This "Microsoft Account" stuff might
influe
Corinna Vinschen wrote:
On May 5 12:17, Chris J. Breisch wrote:
Corinna Vinschen wrote:
An strace of `chmod 400 bar' might sched some light on this issue, but I
have a gut feeling the underlying WIndows call will not even return an
error code...
Attached. Your gut seems to be working
Larry Hall (Cygwin) wrote:
On 05/05/2014 02:56 PM, Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 5 12:17, Chris J. Breisch wrote:
Corinna Vinschen wrote:
An strace of `chmod 400 bar' might sched some light on this issue,
but I
have a gut feeling the underlying WIndows call wil
Chris J. Breisch wrote:
Larry Hall (Cygwin) wrote:
On 05/05/2014 02:56 PM, Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 5 12:17, Chris J. Breisch wrote:
Corinna Vinschen wrote:
An strace of `chmod 400 bar' might sched some light on this issue,
but I
have a gut feelin
Larry Hall (Cygwin) wrote:
On 05/05/2014 06:07 PM, Chris J. Breisch wrote:
Hmmm, just noticed something in /etc/group:
Chris J. Breisch:S-1-5-21-3514886939-1786686319-3519756147-1001:11001:
and on another machine where I can reproduce this:
Chris:S-1-5-21-1055441198-2882714470-4103286779-1001
dow title. Note that
PS1='\e]0;blah\a'
Still works
Works for me. Are you sure you don't have PROMPT_COMMAND set, and it's
overriding it?
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Larry Hall (Cygwin) wrote:
On 05/05/2014 06:39 PM, Chris J. Breisch wrote:
513/None is in /etc/group. It's the next to last line. The line above
is the
last line and apparently comes from some prior invocation of 'mkgroup
-c'. I
never knew until this moment that there was a &#x
. The
Windows Account technique isn't quite as nice, but admittedly, it
does its job just as well.
Yes, I've experienced that on Linux, but I don't recall having these
file permission issues there. Perhaps I just never noticed though.
Thanks,
Corinna
Thanks for looking into al
Corinna Vinschen wrote:
On May 6 13:01, Chris J. Breisch wrote:
Corinna Vinschen wrote:
Other than that, I'm open to discuss the necessity(?) to override
the primary group by default. But, in fact, I'm not sure this really
makes sense. Linux systems default to creating a user-spec
Corinna Vinschen wrote:
On May 6 14:22, Chris J. Breisch wrote:
Corinna Vinschen wrote:
On Windows, users and groups are identified not by uid/gid, but by
their SID. The SID is a unique value, but other than that, a SID can
be a user or a group and in lots of cases Windows doesn't ca
s" for any account that it
would tend to want to set as "None". That would be some smelly code though.
--
Chris J. Breisch
--
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
le with coreutils in the past, and I suspect if I had
to, I could update it using the patches from the last version as a
starting point, but I haven't found a need to do so yet.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://c
nt to maintain, haven't applied the necessary Cygwin
patches, and haven't gotten it to successfully work on your machine,
then it's a bit ludicrous to expect someone to name you the maintainer
of said package. You haven't shown any evidence of your ability to
perform in tha
gned, but if so, the design seems
flawed from my perspective. From my research, this does not appear to be
a Cygwin specific issue, although I haven't yet tried to reproduce it on
a Linux system.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
problem I found with man-db and MANPATH
is an upstream problem. I have an LFS system that I can use to test that
and will do so later today.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 14 18:52, Achim Gratz wrote:
Corinna Vinschen writes:
Yes, this might be better discussed in cygwin-apps. I guess the setting
of MANPATH is mainly historical.
I'd be happy to not set MANPATH in /etc/profile if we no longer need i
Corinna Vinschen wrote:
On May 15 09:17, Chris J. Breisch wrote:
Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 14 18:52, Achim Gratz wrote:
Corinna Vinschen writes:
Yes, this might be better discussed in cygwin-apps. I guess the setting
of MANPATH is mainly historical.
I'
in/root
ls: cannot access /win/d/cygwin/root: No such file or directory
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#u
7;t see any initialization path stuff in my strace. I suspect you
have an old cygwin1.dll somewhere, and running cygcheck as described on
the "Reporting Problems" page linked above will likely point that out.
Are you running cc1plus directly?
--
Chris J. Breisch
--
Problem reports:
you got it working, then I'm happy.
--
Chris J. Breisch
--
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
), for MS Windows
$ ldd /usr/bin/g++
ldd: /usr/bin/g++: Exec format error
$ ldd /usr/bin/g++.exe
ldd: /usr/bin/g++.exe: Exec format error
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
Ken Brown wrote:
On 5/28/2014 1:13 PM, Chris J. Breisch wrote:
JonY wrote:
gcc-4.8.3-1 is now uploaded for both 32-bit and 64-bit Cygwin. This
includes a patch to automatically link in the default manifest for
executable files.
Known issues:
Cygwin 64-bit gcc-4.8.3-1 debuginfo package is
/2014-05/msg00279.html
Do you?
https://cygwin.com/ml/cygwin/2014-05/msg00284.html
From the same thread. Amazing that you missed that.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwi
Steven Penny wrote:
On Thu, May 29, 2014 at 7:04 PM, Chris J. Breisch wrote:
Do you?
https://cygwin.com/ml/cygwin/2014-05/msg00284.html
From the same thread. Amazing that you missed that.
You are out of your element, mate
https://cygwin.com/ml/cygwin/2014-05/msg00298.html
I think you
;, to see what
it's attempting to do?
--
Chris J. Breisch
--
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
Vera Serif Mono
XTerm*faceSize: 10
XTerm*toolBar: false
XTerm*Background: black
XTerm*Foreground: white
XTerm*cursorColor: LightBlue
XTerm*ScrollBar: true
XTerm*rightScrollBar: true
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
uff is almost certainly easier.
--
Chris J. Breisch
--
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
is a
shorter test equivalent to your example.
You might want to look at this thread:
https://sourceware.org/ml/cygwin/2014-04/msg00256.html
I use the registry test, but the id method would also work.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
=
http://www.nongnu.org/man-db/
--
Chris J. Breisch
--
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
-i $file2 | sed -e 's/ .*//')
if [ $inode1 -eq $inode2 ]; then
echo $file1 is actually $file2
else
echo $file1 and $file2 are separate files
fi
EOF
$ chmod +x areFilesSame.sh
$ ./areFilesSame.sh bar
bar is actually bar.exe
--
Chris J. Breisch
--
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
be wrong. As I said, I can take a
look into seeing how difficult it would be to create a Cygwin specific
version of mandb without browser capabilities. I'm not convinced it's
worth crippling mandb just to remove this dependency, however.
Finally, I'm not sure that removing this d
nstall
How to fix this?
Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself
from the command line? It will take a while and may generate several
warnings, such as what you see above.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Angelo Graziosi wrote:
Chris J. Breisch wrote:
> Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself
> from the command line? It will take a while and may generate several
> warnings, such as what you see above.
I did this:
$ /usr/bin/mandb -c
and it prin
can find. I can
change the postinstall script to do a "mandb -dc" for now, I guess. The
"-d" output goes to stderr, I see.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://
Angelo Graziosi wrote:
Achim Gratz wrote:
However, "mandb -dc" ran
through
This fixed my problem... :-)
Awesome.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com
Didn't find any
references in the mailing list.
Keith
man has been replaced by man-db, which does not have a makewhatis.
mandb -q has similar functionality.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
you
install mandb.
mandb without any arguments updates the database, and mandb -q updates
it quietly.
Oh, that's a good question about the unnecessary files. I should add
that cleanup to the install scripts, since it obsoletes man.
--
Chris J. Breisch
--
Problem reports: htt
Hello Andrey,
Wednesday, July 2, 2014, 8:37:11 AM, you wrote:
> Greetings, Chris J. Breisch!
>>> Ok, I think I have figured it out. Will the now unnecessary files
>>> created by "makewhatis" be purged or overwritten by mandb?
>> Oh, that's a good ques
me.
>>
>> Andrew, could you make it so when you have a chance?
> Awarded! http://cygwin.com/goldstars/#CB
My spam filter ate this one and I only noticed it after switching
e-mail apps. Thanks!
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
rtslist.txt), but I don't know
if man2html is included in the package.
If there's interest, I could look into moving this project out of
Cygwin Ports and into Cygwin itself.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://c
At Thursday, July 3, 2014, 12:43:55 PM, Yaakov Selkowitz wrote:
> On 2014-07-03 11:24, Chris J. Breisch wrote:
>> A version of man2html is part of AutoGen. See here:
>> http://autogen.sourceforge.net/index.html and here:
>> http://autogen.sourceforge.net/man2html.html.
>&g
NEED Cygwin to use Yeoman? Can I just install a Cygwin
> command prompt and leave the rest?
I don't know the answer to the first question, but the answer to the
second question is no. However, you can install just the base system.
That's what I would recommend.
--
Chris J. Bre
information for Random collection
> of Linux utilities
> of course "col" is too short to be meaningful, "col.exe"
> is a better catch.
>> Question #3
>> To get a 'man' that works when piped, is there a better way than
>> loading this "
At Tuesday, July 8, 2014, 8:16:41 PM, Yaakov Selkowitz wrote:
> On 2014-07-08 18:01, Chris J. Breisch wrote:
>> At Tuesday, July 8, 2014, 12:15:22 PM, Marco Atzeri wrote:
>>> On 08/07/2014 17:47, Jack Duthen wrote:
>>> util-linux is a popular package, so the issue was
./include/w32api/winsock2.h:986:34:
error: conflicting types for ‘select’
/usr/include/sys/select.h:31:5: note: previous declaration of ‘select’
was here
Makefile:423: recipe for target `tclAlloc.o' failed
The -mwin32 option causes tclWinPort.h and therefore winsock2.h to be
incl
On 12/17/2012 4:53 AM, Corinna Vinschen wrote:
Yes, don't try to build tcl/tk from the sourceware repo. It's old, it's
unmaintained.
Corinna
Ok, thanks. Are there any other parts of the CVS source tree that I
should be wary of?
--
Chris J. Breisch<http://ww
dll which does exist.
--
Chris J. Breisch
--
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 2/26/2013 4:14 AM, Corinna Vinschen wrote:
On Feb 26 15:35, MITSUNARI Shigeo wrote:
Hi.
I found that the performance of malloc/free is wrong under multi-threading.
The following test program reproduces the problem.
The program repeats malloc and free under multi-thread.
I measured the timin
On 3/1/2013 10:49 AM, Kevin Layer wrote:
Don't have cron running. I start it as me, the logged in user, from a
mouse click or running "startxwin" in a mintty. Behaves the same
either way.
Well, I am unable to duplicate this no matter what I do. I have even
launched a dash shell directly fro
On 3/14/2013 9:47 AM, Corinna Vinschen wrote:
On Mar 14 13:19, Jacob Kroon wrote:
Hi,
I'm having problems compiling EGLIBC in Cygwin. I think the reason is
the following:
Doing "ls foobar/../" in a Cygwin terminal, where the directory
"foobar" does _not_ exist, still returns a valid file listi
built a
Cross Linux From Scratch system under Cygwin earlier this year. I just
got back from vacation, though. Give me a day or so, and I'll find my
notes on it. I believe most of them have already been posted here in the
past, however.
Chris J. Breisch
--
Problem reports:
78 matches
Mail list logo
