One has timezone as a function, one has timezone as a variable.
The DLL can export only one symbol called "timezone".
Oh, come on, this one's EASY! ;-):
OK, drop a new DLL into a machine with 100 existing applications which
are expecting the old API. What happens?
--
Want to
Discussions of linker changes should go to [EMAIL PROTECTED]
1. a command line option?
Yup. Unless you can automatically detect when exports exist, which
might be a good automatic feature.
2. in the code, where the default for a dll is to export everything,
for an exe is to export
[the cygwin list has heard this a bazillion times; reply privately
for a detailed discussion if you want - DJ]
(Note that I would argue that the web is "a medium customarily used
for software interchange", but if you guys don't agree, then that's
fine.)
The original intent of that is that,
Surely you're not asserting that "using common debugging methods [to]
figure out what's wrong" within the complex internals of Cygwin is an
easy task.
If gdb works, it should be:
$ gdb hello.exe
...
(gdb) run
...
(gdb) thread 1
(gdb) where
It used to be harder, but gdb has come a long way
Easy patch - feel free to try changing it yourself; you might surprise
yourself ;-)
Hmmm, I thought setup.exe was a windows-API program, so I didn't even think
of trying to fix it. Is it buildable under cygwin? How can I get setup.exe
to install the source (for any of the cygwin
I got the same error using the new GUI setup program, and was only
able to fix it by deleting HKLM\Software\Cygnus
Solutions\Cygwin\Installed Components\c:/cygwin\bash. At that point
it installed bash-0002.0004.0002 properly. Is this a known issue?
The "new GUI setup program" doesn't use
- Is there much difference between the two?
There should be no difference between the resulting executables,
provided someone merges the two runtimes again.
The big difference is that "cygwin" is a collection of GNU programs
that use the cygwin runtime, while "mingw" is a collection of
You realize that a FAQ included in a distribution is guaranteed to
be out-of-date almost immediately, right?
However, if we add a cygwin/cygwin-faq-MMDD.tar.gz to latest, it
can be updated as it changes, and setup will keep everyone up-to-date
with the latest FAQ.
It doesn't have to go
It doesn't matter. It will still be out of date on the user's
machine unless they remember to update.
Of course, the opening page of the faq must say "this document is
obsolete. Upgrade to the latest at http://..."
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Tonight I downloaded two softwares, GMT and Cygwin. Apparently I need
Cygwin to operate GMT. When I tried to download Cywgin, I got the
message: "unable to down load latest opengl/opengl.10-2tar.gz. I don't
know what that means but I am unable to operate either Cygwin or GMT.
The
OK, I think I figured out why this is happening. On FAT filesystems,
there is no directory entry for the root directory, so there is no
place to store the timestamp. Sorry, just isn't there. Win32 returns
a zero when asked for it.
However, there was a bug in cygwin in that it was incorrectly
So what is special about these three that they each have different
representations?
Those have more than one version available; you must choose which you
want to be installed. The default is the recommended choice, based on
whether you select prev (for previously known stable), curr (for
I've been looking at the setup sources (I see my last patch in there
:) and trying to work out how the gui is built... I've got an idea
for a bit of a facelift that I think will be easier for new users to
understand, but I'll be darned if I can figure out that windows api
crud. What do you
... (about 50 pages more of Installing -
hope the foregoing is enough)
Nope. Please don't edit the file; just post it as-is.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Using setup v2.22: package without number in name are NOT INSTALLED!!
*I* can install them. Are you "installing from internet" or something
else? Like always, please post setup.log.full (UNEDITED) to me or
this list. Griping without evidence is useless to me - I need to see
what happened
Never mind, I fixed it. Setup 2.23 is out there.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Obviously my needs are going to be different from other people's.
So rather than me hacking in just my changes (and having them
rejected :-), it would be nice to hear others and see where DJ wants
the program to go. If I remember correctly, DJ said prior versions
of setup were scriptable
target: 'd:\cygwin\etc\profile',
This should be d:\cygwin\bin\bash.exe
You can delete the shortcut and re-run setup, and setup will build you
a new one.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
to the box I get this error: //test: No such file or directory . I'm
Check the home directory fields in /etc/passwd.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Does anybody know if we need license to redistribute cywin on our
product CD?
No, but you must distribute the full sources for cygwin along with the
binaries, and you must distribute the sources for any parts of your
product built with the cygwin runtime. GPL terms attached (I trimmed
off
Let's not bother them with petty feature requests and bug reports.
"Petty" requests are OK. They provide projects for others who wish to
join the project and want something `easy' to start with.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
If I select src's in new setup, they are installed under cygwin root. Is it
intentional? It looks, like /usr/src is better (default) choice.
They install wherever the tarball says to install them. We've been
following the GNU convention of source tarballs installing in a
subdirectory named
maybe I should be sending this to DJ only,
No! Sending to the list is best.
end of the installation phase (after installing zlib), setup.exe causes a
"OleMainThreadWndName: setup.exe - Application Error". The full description
Nope, haven't heard of this one yet.
The instruction at
Where are the sources?
In with the cygwin sources - http://sources.redhat.com/cygwin/cvs.html
I remember once reading on the mailing list that you use VisualC++
to build it, right?
No! I only use VC to edit the dialogs. I use cygwin to build it,
with -mno-cygwin.
Some additional
You mean the "select install root directory" prompt? It points to
c:\cygwin, and Windows' "find" command reports there are no .ini
files under this tree.
No, "Local Package Directory"
If you don't have this dialog, get a new setup.exe from
http://sources.redhat.com/cygwin/
--
Want to
ash20001012 - 2823
binutils 20001029-1 - 2722-1
termcap 20001020-1 - 2630
A few setup problems indicated here:
1. If a change is the default, it should be on the short list.
2. Since the listed test version was installed, that should be the default.
3. setup.ini has a [prev]
What´s the correct format to make PS1 to display soem parts of it
(e.g. \u) in another color (lets say blue) and in bold? Where can i
get the documentation for this? The man-page of bash is not very
helpful i this task...
You have to embed ANSI escape codes. Setup should have installed an
Does Cygwin support the fork() system call?
Yes.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
I made a simple code to examplify, a calculation program, but when
you do: "conta 2 * 4" it doesn't do the multiplication, after making
a printf call to see what argc[2] contains, it appears 'c'. Anyone
knows what is happening?
The '*' is being treated like a file wildcard. You need to
ash-20001109.tar.gz) but it still isn't apparently noticed by setup. Is
there a supported way to do this? I'm pretty sure that editing setup.ini to
try to indicate there's a different version present is not the way to go.
If you *have* a setup.ini, it controls *everything*. If you *don't*
I can not use the man pages if I was to do say 'man
cd' although /usr/man contains contents. Secondly, is
"cd" isn't a separate command. Try "man bash".
there a 'pkginfo' equivalent to see which (or pkgmk
and pkgrm) packages have been installed.
cat /etc/setup/installed.db
Sorry for my
Well, the code I could supply that is not glibc was formally placed
in the public domain so that the FSF could adopt it and install it
into gcc. The gcc changes are owned by FSF but I would guess what
was in the public domain is still in the public domain. Does that
sound like something
I link my program with a library that has been GPL'ed -- what do I do?
* You must make available the source code to the *LIBRARY*.
* Due to derivation, you must make your program's source available as well.
I link my program with a library that has been LGPL'ed -- what do I do?
* You
Problem: Setup.exe version 2.25 crashes ("setup.exe has generated errors and
will be closed...") in the "Select packages to install" part, if i click
somewhere in the white box where there is no content. In other words, it
crashes if i click an empty row in the white box. Or at least it does
D: /varsystem binmode
the last entry is not there anymore when setup finishes.
There are certain key mounts that setup removes always, /var is one of
them. If you look in install.cc, you'll see the whole list:
remove_mount ("/");
remove_mount
I'm not sure how I managed to toggle a 4 to a 5 and back again. Sigh.
Wow, double-bit error. Better get yourself serviced. =)
We tried adding more digits for error correction, but his family
complained so we went back to the default ten.
--
Want to unsubscribe from this list?
Send a
what exactly packages do i need?
You need docbook and jade for the sgml files, and probably texinfo and
texi2html for the texi files. Read the Makefile to see.
can i find anywhere the already compiled documentation (ps or html)?
Yes! Go to the cygwin home page and click on
Should we now modify this to conditionally remove these based on whether the
installation is into a new root directory? If I'm updating I would be very
upset to learn that my now mounted /bin directory had been removed. I have it
mounted per CGF's suggestion for cygexec bit switch.
Setup
No, but it would know if it had to create a new root directory or
even a new /etc/setup directory or even a new
/etc/setup/installed.db file. The point is, if this is an update
then the mount points are already set and there is no need to
unmount and remount.
No, I meant setup isn't a
Assuming what? That the bin directory isn't relative to the user selected root
mount path? Or that the mounted bin directory is actually not contained within
the d:\foo (where d:\foo is the user chosen root mount path) directory but is
mounted somewhere else? The way setup operates today,
That is all very well and fine, but it would be nice of setup to
restore my /var mount when it is done.
The problem is that some packages might put files in /var. If I
restored your mount, those files would be inaccessible to cygwin
programs.
I mean, who's the boss around here?
If you use
There has been at least one update since then that I am aware
of. At any rate. The setup.exe, apparently, is not smart enough to
change the currently existing directory structure in order to
accomodate the latest directory structure layout for Cygwin install
(ie delete directories
You're right: restoring mounts would lead to trouble. But what would happen
if setup would honor my /var mount instead of reverting back to the var
subdirectory in the cygwin root? Or any other mounts for that matter.
That would work, but setup doesn't even know about mounts. If someone
For starters, you need to know *which* sort you're running. You're
likely running cygwin's sort, which takes different options than the
DOS sort. Type "type sort" to see which it's running.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Corinna Vinschen [EMAIL PROTECTED] writes:
Does Cygwin really run on ME?
No, Cygwin does not run on YOU. It runs on COMPUTERS.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Only on computers, hah! Now I'm discriminated because my
brain has the wrong OS.
You need more silicon in your diet.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
I installed cygwin (1.1.5) on a 'samba' drive which works fine
except for symlinks.
I suppose this can not be fixed (easily)
I don't suppose you looked up "samba" in the FAQ? It says exactly
what you need to do to samba's configuration to support cygwin-style
symlinks on a samba
Maybe. If we feel like it. Probably not, though.
If the expressed attitude was actually the way things are done, cygwin
would annoy users very quickly and would loose its user base.
The underlying problem is that we have an extremely limited number of
people working on cygwin, and a
It is enough for the users to keep just the tar.gz files the latest
packages for the reinstallation of cygwin.
Watch out for users that add their own tar.gz files to a download
area. You don't want to delete those.
--
Want to unsubscribe from this list?
Send a message to [EMAIL
Perhaps we should have a wish list for improvements to the setup.exe
program as I have seen at least 4 posted to this mailing list recently.
As the developers of Cygwin pointed out patches are very welcome.
We have two wish lists.
1. The todo list at cygwin.com
2. The README in setup's
Perhaps there should be an option (like a checkbox) for specifying whether
or not the user wishes to delete the files after the installation.
Perhaps the user can just delete the files they don't want? It's not
a big deal, and we already have more options than I'm comfortable
with.
--
Want
An 'rm -r' after installation should not be that big a deal.
Carefully making sure you're deleting the download area, not the installation ;-)
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Setup.exe could store the location of the installed
packages.
It uses whatever the working directory of setup.exe is.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
IMO there's no pressing reason to do _any_ of it in libiberty,
The original patches included an implementation of valloc() in
libiberty, for systems that didn't have one, so that ggc could rely on
a working valloc.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
The point being? There's _still_ no reason it _must_ be done
in libiberty.
No, but a generic valloc would make sense in libiberty. If the final
solution includes a generic valloc implementation, it might make more
sense to put that in libiberty rather than gcc.
You're right that it's not a
Lazy reason: I have setup, it tells me I can get a new one, why
can't I use it to get the new one :-]
Because windows won't let you overwrite an executable that's currently
running. Besides, we normally advise people to run setup by clicking
on the icon on the cygwin home page, which always
is it possible to get the cygwin users guide (as found on
http://sources.redhat.com/cygwin/cygwin-ug-net/cygwin-ug-net.html)
as one single file (whatever format) rather than split up onto several
web pages? It would be much easier then to print it out.
Did you try the "documentation" link
Setup is the one program that has a direct link off the cygwin home
page. I don't think we really need to package it up too. If you ran
an installed version, you wouldn't be able to install any updates
because of Windows (this bites me every time I upgrade bash, because I
run setup from a bash
Could you [since Kelley is out of town till Sunday, this "you" is
anyone with a convenient cygwin installation] please compile and run
the appended test program under cygwin? It should either exit
successfully, or crash; I need to know which.
It runs OK.
#include sys/types.h
#include
I guess I'm confused as to why one should expect things exec'd to run in
a certain sequence. Isn't that the point of execing? If you're going to
You're thinking of fork() (or perhaps spawn()). What exec() does is
replace the current process with a new one, which obviously must be
done in
open( name, O_RDWR | O_NOCTTY | O_NONBLOCK )
#ifndef O_BINARY
#define O_BINARY 0
#endif
open( name, O_RDWR | O_NOCTTY | O_NONBLOCK | O_BINARY )
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
#ifndef O_BINARY
#define O_BINARY 0
#endif
open( name, O_RDWR | O_NOCTTY | O_NONBLOCK | O_BINARY )
Wouldn't this just be OR'ing a 0 into the flags?
Not on platforms that support O_BINARY, like cygwin and djgpp. Don't
forget to #include fcntl.h. The #define in the sample is for
Now my question is the following. How can I add my contribution to your project.
See the to-do list at cygwin.com.
So let me know if I can help perhaps as QA for the begining.
Just using Cygwin and reporting problems is better than nothing. Just
click on the "exp" button in the chooser box
ORBS blocks spam. Anything else is just a beneficial side-effect.
That's a very selfish view DJ,
Yes, it is. Your point?
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Is the source of setup.exe available? I could not find on the mirrors?
setup is part of cygwin. Download the cygwin (winsup) sources, and
setup's sources are in there too.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
Also: Any problems arise if NetIO_HTTP uses HTTP/1.1 instead of
HTTP/1.0?
Read the HTTP/1.1 spec carefully and make sure you'll be able to
handle any transfer encodings they might throw at you. Also, check
apache and see if it supports the things you need with HTTP/1.0.
--
Want to
You can't just copy files from other places into cygwin; there are
licensing issues. If you could document the needed constants in a
source-independent way (or point to a spec that says what they should
be), perhaps someone else could create a new sysexits.h just for
Cygwin that is free of
Is this file DELETED immediately after use?
Yes.
I couldn't either find mirrors.lst in my Trashcan and my hard disk.
I think it makes sense to keep it on the disk because if something goes
wrong, you can manually resume a download or things like that.
I think I have patch on my todo list
Again, we only want to use the make utility. We are doing nothing with
the glib library.
Make itself is GPL; you would be required to at least include the
sources to make itself. If your make is built with cygwin, you need
to include the sources to cygwin also.
If *your* application isn't
There was some discussion recently on having setup.exe update itself. I
have deleted the thread and couldn't find it in the archive and can't
remember how this finished up.
I recall that, though technically feasible, it wasn't really needed
for a proper installation of cygwin, and in the
Is there any plans to include zip and unzip into Cygwin
distribution?
"Plans" are made by volunteers. If you'd like to be one, and prepare
a zip/unzip package for the cygwin net release, everyone would
appreciate that.
--
Want to unsubscribe from this list?
Send a message to [EMAIL
If you're creating a compiler for "foo", it assumes that the tools
will be called foo-as, foo-ld, foo-ranlib, etc, and will create a
foo-gcc to go with them. These tools should be in your path. It also
expects to be able to find foo's headers and libraries, but you can
use the --with-includes
Is there some step in the process that I've missed?
Patience. I'm very busy, and nobody else has time either, to do work
on setup at the moment. I've got the patch, it's on the list, I'll
get to it eventually.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
The pub/cygwin/old directory has about 330Mb of obsolete software,
including b19 (47Mb) and b20 (135Mb).
This accounts for a third of the stuff in pub/cygwin, and it would be
a benefit to our mirror sites if we deleted it.
Does anyone have any compelling reason to keep any of that stuff?
--
The only thing I can see objectionable would be the time limit for source
distribution; but, you would know better about that than I would.
There is no minimum time limit when you distribute the source with the
binary. See GPL 3a. You're thinking of GPL 3b, which requires a
*written*
where are these ideas listed at please?
http://cygwin.com/cgi-bin/cygwin-todo.cgi
Setup's list is in src/winsup/cinstall/README in the sources.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
hopefully this doesnt turn out to be a silly question, but is the source
for the setup utility available?
Yes. Get the cygwin sources, and it's in src/winsup/cinstall.
also, is there any interest to use (real) packages in cygwin?
There was, until we added .tar.gz support to setup :-)
the "notes" form needs to clip at 80 chars or use p or something. the
ends of lines go off the page. look and see.
Hmmm... I hate that. OK, I fixed it.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
By forcing the elimination of cygwin1.dll using -mno-cygwin,
you can then do this:
gcc -ofoo.exe foo.c -mno-cygwin -lcygwin
The default paths already scan the usr/lib directory. It is
the usr/lib directory that has the static version of cygwin
(libcygwin.a).
I'm
Is there any benefit from keeping all those archives?
If you want to re-install, like if you try an experimental version and
want to revert, or if you want to wipe out and reinstall your cygwin
installation. Or if you want to install cygwin on a second machine,
you can do it right out of that
I just noticed some strange behavior while using rm that i suspect is the
fault of Windows and not of cygwin, but i thought i'd float it by here to
make sure.
It's the best Cygwin can do with NT's file permissions.
NT won't let you delete an open file. So, Cygwin just keeps a list of
files
Will any version work as a first time install or
do I have to have something else ??
For a first-time install, go to http://cygwin.com/ and click on the
"Install Cygwin Now" icon. The only choices you should have to make
are (0) that you want to install from the internet, (1)
What are the chances of Cygwin creating a cross-compiler
toolchain to generate code for (and eventually migrate to)
WinCE?
It's been done before, everything you need should be on sourceware. I
don't think anyone's done it *with* sourceware, though. Good luck.
Depending on the CE device,
No, I meant the API is missing lots of things that cygwin relies on.
This has come up before; it's not feasible to host a cygwin
environment in CE.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
CE uses PE format, just like cygwin. We "just" had to add support for
the different relocs and stubs that the other microprocessors use.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
Then gcc object modules targeted to pe-arm could be linked by the
EVT linker to create WinCE EXEs?
Since I don't know what an "EVT" linker is, I can't answer that.
You'll just have to try it and see, rather than relying on us to be
omniscient mind readers.
Besides, gcc has its own linker
Got a plain vanilla install. Copy the Cygwin directory to the new server.
Create the mount points and I am done?
Yes. Assuming the user accounts all match, else re-run
mkpasswd/mkgroup and/or edit /etc/passwd and /etc/group.
Do I need to copy HKLM\Software\Cygnus Solutions ???
No.
mount -b -s d:\cygwin\bin /usr/bin
mount -f -b -s d:\cygwin\bin /usr/bin
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
Hm, this really frightens me.
We'll be taking a collection later for Chris's long overdue (and much
deserved) vacation ;-)
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
I'll chip in the profits from all the programs I've sold based on Cygwin
Oops! I guess I shouldn't have said that. Now the GNU police will be
looking for me!;-)
Jokes aside, there's no problem if you profit from selling
cygwin-based programs (or even cygwin itself). GNU only cares
Is it a bug in this case that causes setup to try to install it?
No. If there's only one version available, that's the one that gets
installed by default. We don't have a mechanism to decide if a
package is or isn't installed by default, just which of several
choices is installed.
--
Want
* If you use the Setup.exe program to install Cygwin, does that update
the Windows-NT registry in any meaningful way?
Yes. It installs the initial mount points.
* Could I use the Setup program to install Cygwin on a Windows-NT
share and would that be immediately useable by others
* Does Setup remove old files during update?
Yes.
OK, I'm going to qualify this. It does remove installed files that
are obsoleted by new versions of packages. It does not remove the
tarballs corresponding to old installations when new tarballs are
downloaded.
--
Want to
Hmmm. The cygwin mailer does some strange things with Reply-to. Your
message has a Reply-to of "Earnie Boyd [EMAIL PROTECTED]". Is this
intentional?
Users do this to avoid getting personal replies. It keeps the
topic in the forum.
With respect to my message, it should be obvious that
I have a symlink from /bin to /usr/bin.
Then don't use setup. Sorry, we can't support nonstandard
installations. There are a lot of things setup can't do, but that
keeps setup small and simple. Once you start doing nonstandard
things, you lose your right to complain.
I can't imagine that
What I don't understand is what does the setup.exe program do?
Setup.exe is currently downloading all the packages (seems as though
it's gonna take forever!).
Then what will setup.exe? .
Setup will give you a cygwin environment, which is a posix-like
development and runtime environment.
It ocurred to me that, if there were a .lib file for the cygwin dll,
that it could be linked in with and used by VS6 exes that were
compiled using the cygwin headers.
Cygwin is more than just a library. You can't build cygwin programs
with MSVC because MSVC will use the MS runtime; you
You know, rather than put up with pressure on the mirror sites,
wouldn't it be better to put out a CD ROM ?
Sure, go ahead.
--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple
But, that doesn't mean you couldn't use the MSVC utilities to create an
import library named CYGWIN.LIB if you want to go to the trouble and
there will be problems giving you trouble I would assume. Note there
are static items also in libcygwin.a and those static items will need to
exist
I had high hopes for this thread... I was hoping someone would drop
some hints as to when we could expect Cygwin 1.2. :)
What, and make it easy for you? :-)
I think now that the product is mostly stable that Red Hat could start
doing every-six-months releases like they do with their
1 - 100 of 225 matches
Mail list logo