_ONLY_VOLUME : FALSE
FILE_SEQUENTIAL_WRITE_ONCE : FALSE
FILE_SUPPORTS_TRANSACTIONS : FALSE
On Fri, Mar 29, 2013 at 10:31 AM, Andrey Repin wrote:
> Greetings, Bill Priest!
>
>> All,
>> I've been using a program/device driver that maps an FTP site to a
>> windows drive
All,
I've been using a program/device driver that maps an FTP site to a
windows drive (yes I know about the Windows 7 way to do almost the
same thing; but I could only get to the share using windows explorer
and not cygwin) and things work pretty well except when I try to do a
simple cp file1.txt
All,
I used tortoisecvs (as a plugin for windows eclipse) to check out
some repositories to a "windows 7" directory (e.g. not a cygwin
directory). I tried to use the cygwin cvs client to diff files and
check status but it complained ": no such repository" for "cvs log
". A simple dos2unix on th
All,
I updated gdb to 7.3.50-2 and I can no longer run M-x gdb under
emacs inside rxvt (gdb core dumps). Reverting back to 7.3.50-1 and it
works. The executable being debugged is built with gcc 4.5.3 and gdb
under rxvt and ddd works. Running M-x shell (/bin/sh) gdb also works.
Running M-x
> setup.exe filename
> 111428 by: Bill Priest <[EMAIL PROTECTED]>
> 111431 by: Weiqi Gao <[EMAIL PROTECTED]>
>
>Can't you just click on the http://cygwin.com/setup.exe link from
>within IE and say "run"? There's no need to save it anyw
>>cygwin.exe or cygwinsetup.exe would both be better names.
>
>If the name of 'setup.exe' was going to change, it would certainly
>need to convey to the user that it is an installation program, so your
>second suggestion might be better. Still, it is common practice to name
>setup programs 'set
This was with 1.5.12 also happens w/ latest snapshot.
How to reproduce.
compile any C program w/ -g (the latest snapshot
Aborts
even simple compiles.)
#include
int main(void)
{
printf("Hello World.\n");
return 0;
}
gcc -o hello -g hello.c
All,
In trying to compile splint from cvs, I ran into
the problem of __mode_t not being defined. Linux
defines it in types.h so that is where I put it.
Splint built w/o problems after this change;
unfortunately the bug I was hoping would be fixed in
CVS wasn't :(
Unified diff follows:
diff -u
All,
In porting STLport (STLport_r50 from cvs) I've run
into a problem where a couple of the unit tests
involving
exception handling for out of range errors aren't
caught. I've reduced one test case down to be
fairly minimal. I've run the same version w/ the same
version of gcc on Linux and the
>Thanks Danny for helping me build gcc/g++ with dwarf2
>EH. Performance of my app is now on par with linux -
>where before it was about 3x slower (not 6x as I
>previously reported... sorry for the confusion).
Any chance you could provide patches to the standard
cygwin build scripts or gcc source
Jim & All,
I've successfully built and used cygwin 3.3.1 with
Herman Ten Brugge's bounds checking patches. I've
submitted the trivial changes required for cygwin back
to Herman.
You can google for Herman Ten Brugge and find a
reference to the changes I made to get them to work
w/ cygwin.
On Wed, 9 Jun 2004 19:48:40 -0400 (EDT)
"Igor Pechtchanski" <[EMAIL PROTECTED]> wrote:
> On Wed, 9 Jun 2004, Bill Priest wrote:
>
> > CGF,
> > I tracked down a syntax error I was seeing in antiword to be a problem
> > w/ sscanf. I did search on
CGF,
I tracked down a syntax error I was seeing in
antiword to be a problem w/ sscanf. I did search on
the newlib site and found the following email
[pechtcha: Bug in scanf &Co (Was Re: Error message
from antiword since upgrade to cygwin 1.5.10)]
I'm not subscribed to the newlib mailing list.
All,
I noticed in the this version that I get the
following
error message
Warning: Lisp directory
`/usr/share/emacs/21.3.50/leim' does not exist.
I verified via shell that it does not exist.
I don't know if this has always been the case but the
version reported by emacs M-x version
GNU Emacs
All,
With the latest released cygwin 1.5.7 and latest
lftp I get the following accompanied by infinite
cpu usage by lftp until I kill it w/ task manager.
I've reproduced it on two different machines.
Here are the steps:
from bash
lftp
~
(Unknow command ~)
~
bash-2.05b$ lftp
lftp :~> ~
Unknown
sys=4.0
"cygXm-2.dll" v0.0 ts=2004/1/15 22:03
76k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
"cygXmu-6.dll" v0.0 ts=2003/11/17 19:32
11k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=
On Mon, 10 Nov 2003 12:28:38 -0500
"Joe Buehler" <[EMAIL PROTECTED]> wrote:
> I had downloaded this but not tried it yet. If you get it
> working it would be "interesting" to recompile Cygwin and
> all of its packages and see what happens. We have most of
> the core dumps out of our local Cygwin
All,
I've built gcc w/ the bounds checking patch on Linux
and solaris and am trying to build it on cygwin (w/
the
cygwin modified source from setup). With tweak to
one file I've been able to get it to bootstrap w/o
any errors and the resulting C compiler will work
w/o specifying "-fbounds-checki
All,
As requested I downloaded FileMon & set it up to
just
catch accesses to A:.
df.exe:1892 OPEN A:\ SUCCESS Options: Open Access: All
df.exe:1892 QUERY INFORMATION A:\ SUCCESS Attributes:D
df.exe:1892 CLOSE A:\ SUCCESS
So I take this to mean that it is the df program
performing the access an
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]... [FILE]...
Show information about the filesystem on which each
FILE resides,
or all filesystems by default.
/home/bpr
--- David Starks-Browning <[EMAIL PROTECTED]> wrote:
> On Friday 15 Nov 02, Bill Priest writes:
> > All,
> > Another piece of the puzzle.
> >
> > if TERM = linux inside rxvt (windows version) then
> > emacs hangs while loading the lisp files
> >> Could that explain why Bill still sees the
> problem
> >> with his 2002-11-14
> >> snapshot?
> >
> >I downloaded the latest version on 11/15 and still
> >reproduced the problem.
>
> cygcheck output?
See attached.
__
Do you Yahoo!?
Yahoo! Web
--- David Starks-Browning <[EMAIL PROTECTED]> wrote:
> On Friday 15 Nov 02, Christopher Faylor writes:
> > Note that there were multiple snapshots generated
> yesterday so if you
> > grabbed one and it didn't work, it's worthwhile to
> grab the latest.
>
> Multiple versions dated 2002-11-14?
>
>
All,
Another piece of the puzzle.
if TERM = linux inside rxvt (windows version) then
emacs hangs while loading the lisp files; status line
freezes on "Loading international/mule-cmds..."
if TERM = cygwin inside rxvt (windows version) then
emacs displays the first character on the far right.
Jeff & All,
Thanks commenting out "set noglob" fixed the problem. It would
seem to me that set noglob should not be the default in csh.cshrc. This
is not the case in Linux or Solaris. The csh.cshrc file says that these
are "neat default settings". I don't agree at least for this partic
All,
In win2k service pack 2
CYGWIN set to binmode;tty;ntsec
TERM set to cygwin
I updated to the latest cygwin using setup and
I noticed that "ls *" doesn't work as expected.
It gives "ls: *: No such file or directory"
If I do
echo *
*
Using bash it works as expected; if I do ls "
26 matches
Mail list logo
