This may or may not be related, but the eggdrop package (which is, I
think, distributed via cvs.eggheads.org) contains a file named 'aux'.
This is an illegal filename on windows -- which has caused problems with
cygwin-cvs and eggdrop in the past.
--Chuck
TaKeDa wrote:
- Original
FYI, Geoff Hart contribed a stub executable to assist in running
ActiveState perl from cygwin. It is provided as-is, but it may help
your situation:
http://cygutils.netpedia.net/unversioned/perl-contrib/index.html
--Chuck
John Pollock wrote:
Does it work in bash? Was your old "sh" ash or
"Henry S. Thompson" wrote:
This sounds viable, in so far as I understand it :-)
One question -- for compiling and linking from WIN32, i.e. with VC++,
I had _serious_ trouble in this area just last week. I think what I
needed to know but couldn't find out is what the equivalent of
cygpath -w {cygwin-path-to-symlink}
result:
dos-path-to-real-file.
--Chuck
Stephen Gildea wrote:
I find I need a simple utility in a shell script: something to read
through symlinks and give me the true name of a file. I don't see
anything in Bash (2.04), sh-utils (2.0), or Cygwin
No, cygutils is not dead. cygipc-1.07 is available there. I have noticed
that netpedia.net sometimes loses network connectivity; if you can't reach
it, just try again later.
FYI, the multione address is a much older version (1.03), and doesn't
build cleanly on cygwin-1.1.x.
--Chuck
On Mon,
Mark, did you install the winsock2 stuff from microsoft (see Corinna's
message for the URL)? It's not enough to just use a newer cygwin
snapshot.
--Chuck
On Mon, 30 Oct 2000, Mark Swanson wrote:
Here's the output: (I still get an error message)
cvs update -d
DuplicateHandle
Thanks for the report; I'm glad the new code fixed the problem.
--Chuck
On Mon, 30 Oct 2000, Sagar R. Shah wrote:
- wrote new wrapper code, so that database access uses only a single
gdbm-file, not two synchronized ndbm-style .pag/.dir files. Hopefully,
this means that you can now host
On 31 Oct 2000, Sapan Shah wrote:
i have cygwin on win98..i want to install postgresql on my system...
i downloaded postresql-6.5.1.tar.gz and untarred it in a directory..
i tried to run the ./configure in the src directory but i m getting the
following error...
configure:1175:
Christopher Faylor wrote:
On Tue, Oct 31, 2000 at 02:10:42PM -0500, Larry Hall (RFK Partners, Inc) wrote:
At 01:57 PM 10/31/2000, Richard Y. Kim wrote:
I updated to all latest files as of 10:30AM on October 31, 2000 from
ftp.freesoftware.com as well as ftp.yggdrasil.com.
I give two
You have
TEMP = `/cygdrive/c/TEMP'
and
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
(default) = `/cygdrive'
cygdrive flags = 0x0020
indicates that your /cygdrive pseudo mount is set to text mode while
C:\progfile\Cygwin\bin /usr/bin system binmode
Sounds like you're using some libraries from pre-1.1.x days. Where did
your X11 installation come from? You should use the X11 distro from
http://www.cygwin.com/xfree/ that's the ctype problem.
the sys_errlist is a different problem; xfig is defining something that
should be (and actually
"Charles S. Wilson" wrote:
gettext is now available on sourceware. gettext is the GNU package
which provides 'national language support' for other programs. It
includes a number of utility programs as well as
a library, libintl, that can be linked to your own programs.
Note that this
Here it is:
http://www.cygwin.com/cygwin-api/func-cygwin-conv-to-full-posix-path.html
http://www.cygwin.com/cygwin-api/func-cygwin-conv-to-full-win32-path.html
http://www.cygwin.com/cygwin-api/func-cygwin-conv-to-posix-path.html
"Gerrit P. Haase" wrote:
Binary kit compiled with:
cygipc-1.05
gdbm-1.8.0-1
db-2.7.7
gcc-2.95.2
make3.78.1
cygwin-inst-2325
cygwin1.dll-2328
CYGWIN=binmodetty ntea nontsec
sh == bash 2.03.0(2)
built and installed as a normal user (not Administrator)
Point 1-5 is clear
[EMAIL PROTECTED] wrote:
hello again.
i searched the archives.
i found this:
http://sources.redhat.com/ml/cygwin/1998-07/msg00618.html
it states that cygwin is not multithread ready.
i dont think that is still the case, but i wouldnt mind confirmation.
IIRC, the thread stuff was
Is it possible to build C++ DLL's using 'c++ -shared' (that is, ld
--shared) instead of dllwrap?
I'm running into two problems (experimenting with Mumit's dll-helpers)
First,
c++ -c -DBUILDING_DLL=1 -I. -g -o dllclass.o dllclass.cc
c++ -c -DBUILDING_DLL=1 -I. -g -o dllexterns.o dllexterns.cc
-all-symbols'. I didn't have to create the def file by
hand or edit it; it "just works" (tm).
--Chuck
Charles Wilson wrote:
Is it possible to build C++ DLL's using 'c++ -shared' (that is, ld
--shared) instead of dllwrap?
I'm running into two problems (experimenting with M
Andy Piper wrote:
Did this change post 1.1.4, since my installation differs from the one you
describe?
Yes, the dll-renaming occurred less than two weeks ago. The
implementation of many of the libraries as dlls is an ongoing project,
but I don't remember if the first dll-ized libraries
If you've installed ncurses-5.0 or usr-local from
http://cygutils.netpedia.net/, you'll want to uninstall that ncurses
package. Use the RemoveObsoletePackages tool here:
http://cygutils.netpedia.net/V1.1/usr-local/Obsolete.html
Also, if you have any programs that were compiled with that old
Christopher Faylor wrote:
On Thu, Nov 09, 2000 at 12:10:04PM -0500, Charles S. Wilson wrote:
I seem to remember this being report earlier, but I couldn't find it --
besides, it was related to an older 1.1.5-x. I had hoped this error had
been fixed, but apparently not since I just saw it
Christopher Faylor wrote:
On Thu, Nov 09, 2000 at 12:40:08PM -0500, Charles S. Wilson wrote:
There seem to be a few mistakes in the specs file; the following seems
to work (however, the "right" fix is somewhere in the bowels of the gcc
source code, so that the specs file is *generated* to
Christopher Faylor wrote:
I got a popup saying "Program received signal SIGSEGV, Segmentation fault"
Stack window shows "_size_of_stack_reserve__"
That is the symbol that gdb seems to use when it can't find anything
else to use. What address is associated with this? Is this the only
"Town, Brad" wrote:
FWIW, I recompiled several programs (including Midnight Commander and Unix
Frotz) with your latest build of ncurses, and everything works fine. (I'm
using my fhandler_console patches.)
Thanks for the report.
--Chuck
--
Want to unsubscribe from this list?
Send a
Charles Wilson wrote:
Andy Piper wrote:
Must be a cygwin bug, works ok for me with 1.1.4. The other thing you could
try is undoing my unexcw.c fix. DId you update from cvs?
andy
No, I didn't use cvs. It's "stock" XEmacs-21.2.36. I'll update XEmacs
from cvs and
Christopher Faylor wrote:
On Mon, Nov 13, 2000 at 01:55:00AM -0500, Charles Wilson wrote:
Christopher Faylor wrote:
I got a popup saying "Program received signal SIGSEGV, Segmentation fault"
Stack window shows "_size_of_stack_reserve__"
[snip]
Christopher Faylor wrote:
Okay, here's the results from XEmacs-21.2.36 (tarball, not from CVS)
built under a latest-CVS-cygwin-debuggable kernel. I apologize for not
single-stepping this and investigating more thoroughly, but I've got a
bunch of papers to grade tonight; I won't be able to
"Charles S. Wilson" wrote:
Christopher Faylor wrote:
The more I think about this, the more I think that your stack trace
should actually be impossible. It looks like a pointer that should be
zero isn't. Out of curiousity, does the patch below cause any
difference?
Yes, that
Chris Faylor wrote:
- Fix from DJ for getting ordinal values right when generating a DLL.
I'm not convinced this actually did the trick. I rebuilt libXpm-noX
(which uses a def file with 'skipped' numbers -- since I want to keep
the ordinals the same between the -X and the -noX versions,
I've just uploaded xpm-4.0.0-2 to sourceware. USE A MIRROR -- the ones
listed in the INSTALLATION section have been verified up-to-date with
xpm. xpm provides the Xpm library, consisting of routines to manipulate
and display Xpm-format images. For more information about this package
(and how
Earnie Boyd wrote:
See http://cygwin.com/ml/cygwin/2000-11/msg00928.html for instructions to
configure your packages. You must be willing to agree to be the package
maintainer for these packages. Currently, packages distributed via
cygwin/latest and cygwin/contrib should not require an X
Check the archives; I reported this a while back, but don't recall the
solution (there *was* one, because I don't have the problem anymore).
--Chuck
On Tue, 21 Nov 2000, Martin Matuska wrote:
If I use the latest binutils for compiling my shared libraries, using
gcc -shared I get the
"Gerrit P. Haase" wrote:
I hoe so, now that i installed your binary, it is not compatible with
new cygwin releases, now i have to build it by myself, to get it
work, i think, should i wait, when will there a new perl release, the
one you mentioned?
siebenschlaefer@LORELEY ~
$ perl
the gdb package and the tcltk package both include the following
headers:
/usr/include/X11/
X.h
Xatom.h
Xfuncproto.h
Xlib.h
Xutil.h
cursorfont.h
keysym.h
keysymdef.h
These (well, at least Xlib.h) conflict with the X headers in
/usr/X11R6/include/X11. Is there any reason these files should be
I've just uploaded ncurses-5.2-2 to sourceware. It should be available
on the mirrors soon. ncurses is still marked as a 'test' release, so
you may have to specifically select it in setup to install (see
INSTALLATION below). This version works well for me, and incorporates
most of the
I've uploaded gettext-0.10.35-2p1 to sourceware; after the mirrors pick
it up I'll make an official announcement. The ONLY change:
remove /usr/info/dir from the gettext tarball
so that it won't clobber a pre-existing file of the same name. The
-2p1-src.tar.gz is just a copy of -2-src.tar.gz.
Check out this message for a patch...
http://sources.redhat.com/ml/cygwin-apps/2000-05/msg00027.html
--Chuck
Neil Zanella wrote:
Hello,
Recently I tried to build ncurses 5.2 under Cygwin 1.1.4 but the configure
script froze at: checking for manpage tbl... no
when I issued CTRL-C the
charlie wrote:
I'm just getting started with ncurses, though I've got a fair amount of
C/C++ experience. I'm having some problems...specifically I think the
terminal is representing what should be lines and corners with
characters...for example here is ACS character screen from ncurses.exe
Andy Piper wrote:
Must be a cygwin bug, works ok for me with 1.1.4. The other thing you could
try is undoing my unexcw.c fix. DId you update from cvs?
andy
No, I didn't use cvs. It's "stock" XEmacs-21.2.36. I'll update XEmacs
from cvs and try again -- although according to Chris Faylor
Gennady Stupakov wrote:
Here are versions of ssh that cannot connet to cygwin sshd
[snip]
3.% ssh -V
SSH Version 1.2.27 [sparc-sun-solaris2.6], protocol version 1.5.
Standard version. Does not use RSAREF.
works for me.
4. Tera Term Pro, version 2.3, on Windows NT.
Also works for
Patrick Doyle wrote:
Please forgive a rather silly question, but, from where may I download
usr-local-4? It doesn't show up in the list of setup packages. From
your text, I expect that there is a "cygutils" site somewhere, but I'm
not sure where to begin to look.
Doh! I forgot to list
Jeff Lu wrote:
Hi,
I'm trying to save some data using dbm but what's being written to the file
is just gibberish. The same code works in Unix/Linux. Here's the code:
dbm_local = dbm_open (database, O_RDWR|O_CREAT, 00664);
if(dbm_local)
{
[EMAIL PROTECTED] wrote:
Hello,
I am searching for head and tail.
Were unable to find it on cygwin.com, can you give me a hint where
I can find it?
Cygwin is distributed as a bunch of packages. 'head' and 'tail' are
part of the textutils package.
--Chuck
--
Want to unsubscribe
I'm not sure how NTSEC/noNTSEC permissions and SAMBA interact. My short
tests show that I can create and delete files and directories on a *SMB*
share (hosted on WinNT, not a SAMBA share hosted on linux/unix/etc).
However, even in my tests, these files and directories are created
read-only,
Jeff Lu wrote:
I've a small program that writes data using dbm calls
here's a snapshot of code and how I compile it:
gcc -s -o /e/inetpub/wwwroot/cgi-bin/send.exe send.c
intrautil.c -DBM_STATIC -lgdbm
The readme /usr/doc/Cygwin/gdbm-1.8.0.README clearly states that you
must use
Jeff Lu wrote:
I did use "-DGDBM_STATIC" to compile. Must have deleted DG when cut/paste
yes, I'm using Win9x FAT.
Will it work for Win2000/NT NTFS?
Probably. The ndbm-emulation stuff all seems to work fine for me on
W2K/NTFS. It won't work on W2K/NT-FAT, though.
(btw, if you
John Wiersba wrote:
Charles,
I simplified the problem a little, to get rid of dllwrap:
$ cd ruby-1.6.1/ext/curses
$ gcc curses.o -L../.. -lcygwin-ruby16 -lncurses
curses.o: In function `free_window':
/.../ruby-1.6.1/ext/curses/curses.c:65: undefined reference to `stdscr'
John Wiersba wrote:
Charles,
Perfect! That was the problem. I solved it by reinstalling everything from
scratch. The make of ruby is going much better. Thanks for your help!!
Glad it's working. (more or less)
I'm having a problem further on now. I've sent email to the author, but I
Corinna Vinschen wrote:
Could you please send me (to my personal account) straces of
`touch foo' and `chmod 666 foo'? Gzipped would be nice.
You are NOT going to believe this.
$ id
uid=1000(cwilson) gid=513(None) groups=513(None)
$ umask
002
$ cd //belgarion/Common
$ strace touch foo
Okay, here's my guess:
You're using gdbm, but you're using it in its 'ndbm-emulation' mode.
True NDBM database usually have two files, foo.pag and foo.dir. GDBM
databases have only a single file. GDBM emulates NDBM operation by
creating its database file as foo.pag, and hardlinks foo.dir to
Your script works fine here.
~ ./test.pl
Are you o.k?[yes/no] yes
fine...
cygutils perl-5.6.0
cygwin-1.1.6-1
--Chuck
"Gerrit P. Haase" wrote:
Hi there,
if i run this perl-script, i get no Output before i made an input at
STDIN.
The same in C is o.k.
Anyone able to test it,
On Tue, 19 Dec 2000, Stephen C. Biggs wrote:
On 19 Dec 2000, at 21:56, Michael Hirmke wrote:
How about this (for both distro and ftp.franken.de):
package name and version.CYGWIN[version??]-PATCHED.src.tar.gz
package name and version.CYGWIN-BINARY-INSTALL.tar.gz
package name and
On Wed, 20 Dec 2000, Robert Feldt wrote:
Is it possible (in principle) to get a lib or object file from a dll
created with dllwrap?
yes. try the "impgen.exe" program from the libtool distribution (somebody
recently mentioned they had a cygwin build of libtool working, check the
list
I don't believe winzip understands bzip2.
.tar.bz2 might work
Hey, good idea! I've been wanting to adapt setup.exe to use bz2 files.
This is YA reason for doing this.
One (small) problem. Netscape assumes that .bz2 files are text, and
displays them within the browser window. To get a
Use perldoc instead. The man pages are redundant and take up 2M extra
download space. Ditto the html documentation.
--Chuck
Jerome BENOIT wrote:
Bonjour:
Where are the man pages ?
Merry Xmas
Eric Fifer wrote:
I have just uploaded perl-5.6.1-1 to sourceware -- it should be on
No, Perl doesn't *need* the berkeley DB package. Berk-DB is an optional
dependency; if have Berk-db, then make-perl will build the DB_File
module. If you do not have Berk-DB, then perl will just build
everything else, and NOT the DB_File module. No problems.
Better, you can always go back
Eric -
perl-5.6.1-1 seems to work okay here (just rudimentary tests). I've
even removed the cygutils perl from my system. Also, the -src package
is GREAT. It contains everything you'd need to rebuild this perl from
scratch, including all the CPAN sources, build logs, build-scripts, etc
etc.
Sorry about the repeat. My SMTP server hiccuped.
--Chuck
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Ashok Vadekar wrote:
I installed 1.1.7 on a Win2000 (Professional) machine and have noticed the
following problem. After running vi (vim) or less, the console is returned
in a state where shell input is not echoed back to the display. If I reenter
vi, keyboard input is show (ie. typing
I also do not see a diff between the 'good' and 'bad'. I don't set any
environment variables from within the shell or from cygwin.bat; all
variables (like CYGWIN) are set using the 'environment' panel in Win2K.
speed 38400 baud; rows 24; columns 80; line = -96;
intr = ^C; quit = ^\; erase = ^H;
scan.o *should* be looking for __imp__rl_instream, not rl_instream. The
problem seems to be that scan.c doesn't see the declaration of
rl_instream as it appears in the *cygwin*
/usr/include/readline/readline.h:
extern READLINE_EXPORT_VAR(FILE *) rl_instream;
which expands to:
extern
Two solutions:
a) link using 'gcc -static'. You must also define ZLIB_STATIC (see
/usr/doc/Cygwin/libpng-x.x.x.README).
OR
b) DON'T define PNG_STATIC.
--Chuck
"Jong B. Lee" wrote:
Happy New Year !!
I'm writing a program using png library.
But, gcc complains that
Just to cover the simple stuff first:
It seems that you are not using gdbm in its native mode. "dbm_open" etc
are the ndbm-compatibility routines. nbdm compatibility is broken on
FAT drives (and on Win9x/Me because they can only use FAT). See
/usr/doc/Cygwin/cvs-1.11.0.README for more
I've set up a new site as the main cygutils web presence. It seems that
netpedia.net has died -- all of my emails have gone unanswered, and now
they are bouncing as unroutable. That's a bad sign.
The new URL is:
http://www.neuro.gatech.edu/users/cwilson/cygutils/
Also accessible via
Reini Urban wrote:
Where to discuss perl-5.6.1 cygwin problems?
In the perl-porters group or here?
in perl-5.6.1-TRIAL1 gdbm fails for me.
(Could not tie... on both read and write)
having cygwin-1.1.7, cyggdbm.dll from gdbm-1.8.0-3
Most of the other cpan packages work fine.
Earnie Boyd wrote:
Christopher Faylor wrote:
#if defined(_WIN32) || defined(__CYGWIN__)
To accommodate *bad* ports, cygwin's gcc used to define _WIN32, but that
behavior will be dropped soon IIRC.
Where did you get that piece of information or are you dreaming?
Although I
"Gerrit P. Haase" wrote:
$ perl ftp.t
1..7
ok 1
ok 2
ok 3
libnet.tst: Permission denied
not ok 4
not ok 5
not ok 6
ok 7
Tests 4-6 require an external, ftp server to which anonymous write
access is allowed.
--Chuck
--
Want to unsubscribe from this list?
Check out:
Christopher Abbey wrote:
Today, Veit, Michael wrote:
I am trying to compile a makefile using the latest version of Cygwin. The
file that is getting compiled is a JNI implementation file. When I compile I
get "deferencing pointer to incomplete type" errors all over. Don't know if
this a
Well, I had hoped that the switch to pipes would fix the sftp problem
I've been having. However, I discovered something new:
Starting the server in debug mode doesn't seem to provide any new
information (doesn't really report any errors, and exits, even though
the client is hung. These results
Charles Wilson wrote:
This is really wierd, because my system environment settings set the
path to include "F:\cygwin\usr;F:\cygwin\usr\X11R6\bin". sshd service
^^^
bin. Where cygwin1.dll is.
This was a mistake in typing th
Earnie Boyd wrote:
There was a patch submitted and committed just moments ago that may have
bearing on your findings. Try a cvs update, build and try your
scenario's again.
Cheers,
Earnie.
No joy. I get a popup when I start bash "The instruction at "0x."
referenced memory at
Christopher Faylor wrote:
Earnie has been proposing this and I sort of like the idea but dread the
potential hue and cry that could result.
I also like the idea, but am terrified of the torrent of "It worked with
gcc-2.95.2 and cygwin beta 1.1 [sic]" complaints. Also I'm not sure
that all
ow you wanted cygwin (make, really) to behave.
On Wed, Jan 10, 2001 at 04:54:26PM -0500, Charles Wilson wrote:
Christopher Faylor wrote:
Earnie has been proposing this and I sort of like the idea but dread the
potential hue and cry that could result.
I also like the idea, but am terr
Egor Duda wrote:
Hi!
Thursday, 11 January, 2001 Charles Wilson [EMAIL PROTECTED] wrote:
CW Sure. 'export CC="gcc -mwin32"' and 'export CXX="g++ -mwin32"' in your
CW .bashrc
perhaps we should put
'export CC="gcc -mno-win32"' and 'export CXX="
"Dr. Volker Zell" wrote:
Hi
See subject.
Thanks for the heads up. I was unaware of this conflict. Both newlib
(and thus cygwin1.dll) and ncurses provide an unctrl implementation.
The ncurses one is intended (by the ncurses developers, I suppose) to
replace a system one -- WHEN linking
Earnie Boyd wrote:
Charles Wilson wrote:
I'll release a new ncurses where the ncurses version of unctrl.h is
renamed 'nunctrl.h' and change all internal ncurses references to point
to the new file. But I can't guarantee any time frame on that.
I don't know about the rest
On Tue, 16 Jan 2001, Allan Clearwaters wrote:
Is there anything special I need to do to run the version of cvs that is
part of cygwin as a server on NT. I've tried 'cvs server' which starts but
does not appear to open the default port. Can it be run as a service?
While I maintain the cygwin
programs are available as part of the "misc" package at CygUtils:
http://www.neuro.gatech.edu/users/cwilson/cygutils/V1.1/misc/
This package contains a grab-bag of goodies I've collected or written
over the years, and have found useful on occaision. These include:
ascii.exe: simple utility
programs are available as part of the "misc" package at CygUtils:
http://www.neuro.gatech.edu/users/cwilson/cygutils/V1.1/misc/
This package contains a grab-bag of goodies I've collected or written
over the years, and have found useful on occaision. These include:
ascii.exe: simple utility
"Charles S. Wilson" wrote:
everything goes in /usr/include/ncurses/, but to help packages build OOB
without "Oh, yeah -- I forgot to say 'CFLAGS=-I/usr/include/ncurses
./configure..." add the following symlinks (this is also consistent with
Red Hat Linux and Linux-Mandrake)
I've just uploaded ncurses-5.2-4 to sourceware -- it should be on the
mirrors within a day or so. ncurses is marked as a 'test' release, so
you may have to specifically select it in setup to install (see
INSTALLATION below). ncurses is a package that provides character and
terminal handling
"Dr. Volker Zell" wrote:
"Earnie" == Earnie Boyd [EMAIL PROTECTED] writes:
Earnie Charles Wilson wrote:
I'll release a new ncurses where the ncurses version of unctrl.h is
renamed 'nunctrl.h' and change all internal ncurses references to point
On Tue, 23 Jan 2001, Earnie Boyd wrote:
Charles Wilson wrote:
This is because you are running in a DOS box locally, and the remote app
is using (a remote version of) ncurses. The DOS box ain't linux. What
you want to do is set TERM=cygwin, but then you need to instruct the
remote
This is a bug in ncftp or cygwin. If ncftp determines that it is not
running from a TTY, it doesn't print any prompts. Here's the code that
it uses to determine that (ncftp/main.c):
gIsTTY = ((isatty(2) != 0) (getppid() 1)) ? 1 : 0;
gIsTTYr = ((isatty(0) != 0) (getppid()
On Tue, 30 Jan 2001, Larry Hall (RFK Partners, Inc) wrote:
At 10:52 AM 1/30/2001, Mark Paulus wrote:
Hi,
I have a dual boot win2K with cygwin, and debian 2.2 system.
I have win2K on hda exclusively, and debian on hdb
exclusively. Mounting my FAT/NTFS partitions is no problem
under
On Tue, 30 Jan 2001, Christopher Faylor wrote:
On Tue, Jan 30, 2001 at 01:16:11PM -0800, Josh Schulte wrote:
I don't think I have got all the details across. I don't see how it
can not be bug.
I take a computer. I remove the cygwin directory. I remove the cygwin
registry entries. I
[EMAIL PROTECTED] wrote:
Hello,
On the topic of libpng built with Cygwin tools, I have the following
question. It concerns the breakage of `make' when I try to use a
conditional switch to choose what kind of linking to do, when building the
application pngcrush (a problematical but
Charles Wilson wrote:
Can't be done. (Well, you have to hack pngcrush.c pretty heavily -- and
probably have to custom-build a libpng.dll). The problem is that
pngcrush is not really an "external" program -- it's developed by one of
the main forces in libpng development, an
I've updated the ncftp package on sourceware. This version should fix
Richard Stanton's "doesn't display prompts when run in a dos box"
problem. I also went through the code changing all the #ifdef(_WIN32)
sections into "#if defined(_WIN32) !defined(__CYGWIN__)" or "#if
defined(_WIN32) ||
Corinna Vinschen wrote:
FYI for those running snapshots. I have removed the openssh-20010202
snapshot from cygwin/latest.
If you are using the openssh-20010202 snapshot PLEASE REVERT BACK TO
openssh-20001221 OR openssh-2.3.0p1.!!!
This means you have to re-regenerate your RSA keys after
/dev/clipboard does exist on cygwin. (I should know; I wrote it.) It's
read only right now, and because it's stateless you must read the entire
contents into a single buffer all at once. Thus, your buffer needs to
be at least as big as the contents -- 'cat', by the way, uses a 4k
buffer.
So
Charles Wilson wrote:
http://www.neuro.gatech.edu/users/cwilson/V1.1/misc/
Oops. That should be
http://www.neuro.gatech.edu/users/cwilson/cygutils/V1.1/misc/
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
"Joseph M. Reagle Jr." wrote:
As a FYI:, I believe on my install wget has discontinued working and now
results in a failure to locate cygintl.dll error. (I'm not convinced
though, couldn't been something else though I've reinstalled wget and
cygwin dll numerous times and fear I might have
On Tue, 13 Feb 2001, Patrick Reuter wrote:
Hi, and thanks already for the help from yesterday,
Unfortunately I still have a problem compiling libraries under Windows
using cygwin with gcc.
I don't want (or do I have to ?) create .dll files but .lib libraries.
Okay, in the case of
On Tue, 13 Feb 2001, Daniel Barclay wrote:
Does anyone know why the Cygwin version (or the original version) of
etags doesn't support --append in etags (-e) mode and doesn't list all
files anymore (relative to Emacs' etags executable)?
The only etags executable that would be installed by
Bradley Bell wrote:
You can do whatever you want with it if you're not distributing. This is an
inherent right with all copyrighted material.
unless it's a DVD. or the MPAA doesn't like what you do. or the RIAA.
:-)
--Chuck
--
Want to unsubscribe from this list?
Check out:
BTW, if the source code already marks stuff declspec(dllexport), then
you probably don't need to specify "--export-all" when creating your
.def file and then the _bss_stuff will go away.
--Chuck
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
Markus Hoenicka wrote:
This is similar to what I tried before, but I still get:
Cannot export _bss_end__: symbol not defined
Cannot export _bss_start__: symbol not defined
Cannot export _data_end__: symbol not defined
Cannot export _data_start__: symbol not defined
Creating library file:
Earnie Boyd wrote:
With Corinna's new symlink methods I can now symlink a DLL and win32 is
able to find it.
WOW!! I did not know that the windows loader would use .lnk files!
**Maybe** we can now do *real* unix-style versioning of shared libs...
*WARNING WARNING WARNING* this will require
RPM checks dependencies by looking for other packages *that were
installed using rpm*. Therefore, if you used the offiical setup program
to install the official ncurses package -- third party RPM packages
won't recognize that. They want you to use rpm to install an
ncurses.rpm.
Short version:
As for "international friendliness", i personally think that
cyrillic oemcodepage 866 is far more "friendly" then cyrillic
codepage 1251 used as ansi codepage on consoles in russian windows.
You're the expert, not me. The only russian I know was picked up from Tom
Clancy
1 - 100 of 510 matches
Mail list logo