Hi,
Brian Dessent wrote:
> Vinod Chowdappa wrote:
>
> > Could you briefly explain the format of the .din file? What does SIGFE mean?
> > Does "select = cygwin_select SIGFE" mean select is a weak alias to
> > cygwin_select?
> > And cygwin_select is itself not exported?
>
> You need to read the fi
On Fri, Feb 03, 2006 at 12:36:42AM -0600, Dave Bodenstab wrote:
>Is there a reference for what is returned for each windows release? On my
>only windows (I only have these for a couple of games and the digital cameras)
>systems I get:
>
> Win98SE sysname="CYGWIN_98-4.10"
> WinXP sysname="CYG
Thanks for the reply.
On Thu, 02 Feb 2006 21:47:55 -0700 Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Dave Bodenstab on 2/2/2006 5:16 PM:
> > mmap(0,1500,PROT_EXEC|PROT_READ|PROT_WRITE,MAP_PRIVATE,,0)
> >
> > I've found that changing the permissions (chmod +x) on the file being
> > mma
I'm looking at the man page for rsync and I need a little help.
I just learned on the Boulder Linux UG mailing list that it is possible to
mount a Web DAV file system with davfs and use rsync with it on a linux
system. I assume this works with another utility too, like unison and
rbackup.
Hmmm...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Amruta on 2/2/2006 6:54 PM:
> Hello People,
>
> I am new to Cygwin. I have a very basic question.
> There is a tool Driftnet available only for Unix. I want to write it for
> I Windows making a few improvements as a part of my Master's th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Dave Bodenstab on 2/2/2006 5:16 PM:
> mmap(0,1500,PROT_EXEC|PROT_READ|PROT_WRITE,MAP_PRIVATE,,0)
>
> I've found that changing the permissions (chmod +x) on the file being
> mmap'ed makes the problem go away.
>
> Is this the way things
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
> trying out cgywin and is trying to build gnome 2.12 on it.
> anyone actually got GNOME running ??
If you mean the desktop, no, it doesn't work right now. But if you just
want apps, I have plenty of them, just no
Hi,
trying out cgywin and is trying to build gnome 2.12 on it.
anyone actually got GNOME running ??
will be cool if you can
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bob Rossi wrote:
> Nice, I was wondering how you could develop on Cygwin without this
> capability. That makes perfect sense. I'm just guessing, but it might be
> a good idea to make this hardcoded constants dynamic, so that any
> arbitrary number of cygwin1.dll's can coexist.
I can imagine that
djh wrote:
My current version of gcc that setup.exe downloaded for me is:
gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
The other day I downloaded gcc 4.0.2
filename: gcc-4.0.2.tar.bz2
did a configure, make, and makeinstall
and the build was successfull. I compiled a prog
> So, I guess all I'm saying is it's a complicated issue and there is no
> 100% foolproof way to go if you want to be a provider of Cygwin-based
> software that is meant to interact with other Cygwin-based software --
> other than perhaps introducing your software as an official package, or
> telli
On Thu, Feb 02, 2006 at 05:52:57PM -0800, Brian Dessent wrote:
> Bob Rossi wrote:
>
> > Here's another question I have (sorry). Why wouldn't it be acceptable to
> > have to (different version) cygwin1.dll's running on a single system?
> > That is, 2 completely different Cygwin environments? So, al
On Thu, Feb 02, 2006 at 08:43:52PM -0500, Bob Rossi wrote:
>On Thu, Feb 02, 2006 at 08:38:42PM -0500, Christopher Faylor wrote:
>>I retract my veto. If this is submitted via normal channels, I will
>>have no objections.
>
>Well, I suppose
>
>"anything in computer science is [possible], if you are
Peter Rehley wrote:
> Can we get this added to the faq? It sounds like there are several
> companies out there that install the cygwin1.dll without caring that
> it can cause problems. This would at least provide some information
> for those that read the faq.
I think regardless of what the FAQ
My current version of gcc that setup.exe downloaded for me is:
gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
The other day I downloaded gcc 4.0.2
filename: gcc-4.0.2.tar.bz2
did a configure, make, and makeinstall
and the build was successfull. I compiled a program with it
On Feb 2, 2006, at 5:52 PM, Brian Dessent wrote:
Bob Rossi wrote:
Here's another question I have (sorry). Why wouldn't it be
acceptable to
have to (different version) cygwin1.dll's running on a single system?
That is, 2 completely different Cygwin environments? So, all programs
that link ag
Hello People,
I am new to Cygwin. I have a very basic question.
There is a tool Driftnet available only for Unix. I want to write
it for I Windows making a few improvements as a part of my
Master's thesis. I am confused here, can cygwin provide me some
files like netinet/tcp.h etc. available i
Bob Rossi wrote:
> Here's another question I have (sorry). Why wouldn't it be acceptable to
> have to (different version) cygwin1.dll's running on a single system?
> That is, 2 completely different Cygwin environments? So, all programs
> that link against the same cygwin1.dll are in one Cygwin env
On Thu, Feb 02, 2006 at 08:38:42PM -0500, Christopher Faylor wrote:
> On Thu, Feb 02, 2006 at 08:37:12PM -0500, Bob Rossi wrote:
> >On Thu, Feb 02, 2006 at 09:58:17PM +, Eric Blake wrote:
> >>There's always another alternative - propose to maintain your package
> >>as part of the official cygwi
On Thu, Feb 02, 2006 at 08:37:12PM -0500, Bob Rossi wrote:
>On Thu, Feb 02, 2006 at 09:58:17PM +, Eric Blake wrote:
>>There's always another alternative - propose to maintain your package
>>as part of the official cygwin distribution. Then you just point
>>people to cygwin.com, and source code
On Thu, Feb 02, 2006 at 09:58:17PM +, Eric Blake wrote:
> >
> > OK, I understand now, thank you. So, it would be possible to start
> > another process, that has a well known protocol, that distributes the
> > communication between dll's, instead of sharing the memory explicitly?
> >
> > I'm j
The snapshot of 02-02-06 works well. It has passed the relevant
hijack attack scenarios.
Thanks again
Jon
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
I searched the mailing list archives and googled, but failed to find
anything specific to XP regarding this...
I am using the latest version (1.5.19-4) of Cygwin.
I had previously ported a unix prog that used mmap to Cygwin. On win2k
it works fine. When I copied the prog to a newly-installed wi
On Thu, 2 Feb 2006, Christopher Faylor wrote:
> On Thu, Feb 02, 2006 at 09:58:17PM +, Eric Blake wrote:
> >[snip a nice summation of the problems with mismatched dlls along with
> >a cogent suggestion for dealing with the problem]
>
> Can I get a gold star here?
Oh, you mean for saying that "
I've made a new version of tcltk available for downloading. This
version is a refresh from sourceware.org.
This package contains an updated tclsh which will properly fill out the
environment when starting a subprocess -- when used in conjunction with
the latest cygwin snapshots. Without the use
I've just updated the version of OpenSSH to 4.3p1-2.
The new 4.3p1 release of OpenSSH contained a configure bug which
prevented a correct evaluation of utmp header files. In turn,
the utmp and wtmp entries created by sshd are bogus with sshd
from the openssh-4.3p1-1 package.
The new 4.3p1-2 pack
On Thu, Feb 02, 2006 at 09:58:17PM +, Eric Blake wrote:
>[snip a nice summation of the problems with mismatched dlls along with
>a cogent suggestion for dealing with the problem]
Can I get a gold star here?
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem report
>
> OK, I understand now, thank you. So, it would be possible to start
> another process, that has a well known protocol, that distributes the
> communication between dll's, instead of sharing the memory explicitly?
>
> I'm just curious, I know this isn't going to happen.
Yes its possible (prett
On Thu, Feb 02, 2006 at 09:32:27PM +, Eric Blake wrote:
> > OK. I understand the concept of having each application share a single
> > .dll, this is to save space. Unix does this with shared objects.
> >
> > However, here's what I don't understand. Please explain to me why
> > my thinking is
> OK. I understand the concept of having each application share a single
> .dll, this is to save space. Unix does this with shared objects.
>
> However, here's what I don't understand. Please explain to me why
> my thinking is fault. A program called p_v1 depends on v1.dll.
> Another program cal
On 2/2/2006 10:52 AM, Corinna Vinschen wrote:
On Feb 2 10:41, David Rothenberger wrote:
Is this the appropriate thing to do?
The appropriate thing to do would be to use the binaries from the
distro.
I can't. I need to apply a patch to OpenSSH to restore compatability
with SSH2 from ssh.c
On Thu, Feb 02, 2006 at 08:42:34PM +, Eric Blake wrote:
> > > No. There must be only ONE cygwin1.dll on your entire system. It
> > > should be in your cygwin /bin directory. Period.
> >
> > Wow, that seems very inflexible. Is this a design decision?
>
> Yes. Cygwin DEPENDS on shared memor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Rossi wrote:
> Wow, that seems very inflexible. Is this a design decision?
Yes.
> Why would 1 cygwin.dll care about another on the system that has nothing
> to do with it?
>
> I have N different versions of our product installed on my windows
>
> > No. There must be only ONE cygwin1.dll on your entire system. It
> > should be in your cygwin /bin directory. Period.
>
> Wow, that seems very inflexible. Is this a design decision?
Yes. Cygwin DEPENDS on shared memory between processes,
in order to emulate POSIX semantics. If you have t
On Thu, Feb 02, 2006 at 02:28:31PM -0600, Yaakov S (Cygwin Ports) wrote:
> Bob Rossi wrote:
> > This is the bin directory where the nx program ran:
> > [EMAIL PROTECTED] /cygdrive/c/Program Files/NX Client for Windows/bin]
> > $ ls -al
> > total 6060
> > drwx--+ 2 bar None 0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Rossi wrote:
> This is the bin directory where the nx program ran:
> [EMAIL PROTECTED] /cygdrive/c/Program Files/NX Client for Windows/bin] $
> ls -al
> total 6060
> drwx--+ 2 bar None 0 Feb 2 14:18 .
> drwx--+ 5 bar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following packages have been added to the Cygwin net release:
*** glitz-0.4.4-2
*** libglitz-glx1-0.4.4-2
*** libglitz1-0.4.4-2
Glitz is an OpenGL image compositing library. Glitz provides
Porter/Duff compositing of images and implicit mask gener
Hi,
I've been plagued with this error message before:
[EMAIL PROTECTED] /cygdrive/c/Program Files/NX Client for Windows/bin] $
./nxssh.exe
c:\Program Files\NX Client for Windows\bin\nxssh.exe (1292): *** proc magic
mismatch
detected - 0xC87757A7/0xD94C588A.
This problem is probably due to using
On Feb 2 10:41, David Rothenberger wrote:
> I get the following error when trying to compile openssh-4.3p1-1
> using cygwin 1.5.19-4.
>
> scp.c: In function `rsource':
> scp.c:698: error: structure has no member named `d_ino'
>
> The error comes from this code:
>
> while ((dp = readdir(dirp)) !
I get the following error when trying to compile openssh-4.3p1-1
using cygwin 1.5.19-4.
scp.c: In function `rsource':
scp.c:698: error: structure has no member named `d_ino'
The error comes from this code:
while ((dp = readdir(dirp)) != NULL) {
if (dp->d_ino == 0)
continue;
i
On 02 February 2006 17:53, Eric Blake wrote:
>> Because tclsh.exe is a symlink to tclsh84.exe, which has
>>
>> $ ls -l /bin/tclsh.exe
>> lrwxrwxrwx 1 Administrators SYSTEM 11 Jul 30 2004 /bin/tclsh.exe ->
>> tclsh84.exe*
>
> Hmm - we should teach cygcheck to dereference symlinks.
Or at lea
>
> Because tclsh.exe is a symlink to tclsh84.exe, which has
>
> $ ls -l /bin/tclsh.exe
> lrwxrwxrwx 1 Administrators SYSTEM 11 Jul 30 2004 /bin/tclsh.exe ->
> tclsh84.exe*
Hmm - we should teach cygcheck to dereference symlinks.
--
Eric Blake
--
Unsubscribe info: http://cygwin.com/ml/
On 02 February 2006 17:28, Igor Peshansky wrote:
>
> Whatever fix is made, it would be great if cygcheck output the path of
> symlinks it had to chase to get the executable.
There wouldn't be much point doing that without making cygcheck /actually/
chase symlinks first...! ;-)
che
On Thu, 2 Feb 2006, Christopher Faylor wrote:
> On Thu, Feb 02, 2006 at 12:27:53PM -0500, Igor Peshansky wrote:
> >On Thu, 2 Feb 2006, Christopher Faylor wrote:
> >
> >> On Thu, Feb 02, 2006 at 05:04:42PM +, Eric Blake wrote:
> >> >$ cygcheck tclsh
> >> >Found: C:\cygwin\bin\tclsh.exe
> >> >C:
On Thu, Feb 02, 2006 at 12:27:53PM -0500, Igor Peshansky wrote:
>On Thu, 2 Feb 2006, Christopher Faylor wrote:
>
>> On Thu, Feb 02, 2006 at 05:04:42PM +, Eric Blake wrote:
>> >$ cygcheck tclsh
>> >Found: C:\cygwin\bin\tclsh.exe
>> >C:/cygwin/bin/tclsh.exe
>> >$
>>
>> bash$ ls -l /bin/tclsh*
>
On Thu, 2 Feb 2006, Christopher Faylor wrote:
> On Thu, Feb 02, 2006 at 05:04:42PM +, Eric Blake wrote:
> >$ cygcheck tclsh
> >Found: C:\cygwin\bin\tclsh.exe
> >C:/cygwin/bin/tclsh.exe
> >$
>
> bash$ ls -l /bin/tclsh*
> lrwxrwxrwx 1 cgf None11 Mar 15 2005 /bin/tclsh.exe -> tclsh84.exe
On Thu, Feb 02, 2006 at 05:04:42PM +, Eric Blake wrote:
>$ cygcheck tclsh
>Found: C:\cygwin\bin\tclsh.exe
>C:/cygwin/bin/tclsh.exe
>$
bash$ ls -l /bin/tclsh*
lrwxrwxrwx 1 cgf None11 Mar 15 2005 /bin/tclsh.exe -> tclsh84.exe
-rwxrwxrwx 1 cgf None 16384 Sep 1 2003 /bin/tclsh84.exe
On Thu, 2 Feb 2006, Eric Blake wrote:
> > > But if cygexec mounting is turned on, then a native windows program
> > > in that mount point will be mistakenly treated as a cygwin program,
> > > such that cygwin tries to use only the cygwin method for passing the
> > > environment to the child progra
On Thu, Feb 02, 2006 at 02:32:08PM +, Steve Smith wrote:
>Thanks for the feedback. So does this mean that it is the tcl that is
>bundled with Cygwin that is broken?
Yes.
>Is there an easy workaround?
PTC?
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem repo
> > But if cygexec mounting is turned on, then a native windows program in
> > that mount point will be mistakenly treated as a cygwin program, such
> > that cygwin tries to use only the cygwin method for passing the
> > environment to the child program. My guess is that you are calling
> > tclsh
On Thu, 2 Feb 2006, Eric Blake wrote:
> Ugh - top-posting reformatted. http://cygwin.com/acronyms/#TOFU
Good point -- I should start including the link to that acronym too... :-)
> > >> When I type "env" the environment appears fine. However, when I
> > >> start a
> > >> tclsh and type
> > >>
When I type "env" the environment appears fine. However, when I
start a
tclsh and type
puts [ exec sh -c "env" ]
the environment is almost empty - this is new behaviour, the whole
environment got fully passed through until recently.
Sounds like YA case of
http://sourceware.org/ml/cygwin/200
Ugh - top-posting reformatted. http://cygwin.com/acronyms/#TOFU
> >> When I type "env" the environment appears fine. However, when I
> >> start a
> >> tclsh and type
> >>
> >> puts [ exec sh -c "env" ]
> >>
> >> the environment is almost empty - this is new behaviour, the whole
> >> environmen
Thanks for the feedback. So does this mean that it is the tcl that is
bundled with Cygwin that is broken?
Is there an easy workaround?
Cheers.
On 2 Feb 2006, at 13:49, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Steve Smith on 2/2/2006 5:17 AM:
I have a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Steve Smith on 2/2/2006 5:17 AM:
>
> I have a similar problem to that reported before under this subject title.
> When I type "env" the environment appears fine. However, when I start a
> tclsh and type
>
> puts [ exec sh -c "env" ]
>
Vinod Chowdappa wrote:
> Could you briefly explain the format of the .din file? What does SIGFE mean?
> Does "select = cygwin_select SIGFE" mean select is a weak alias to
> cygwin_select?
> And cygwin_select is itself not exported?
You need to read the file "how-signals-work.txt" which explains t
On Feb 2 18:55, Vinod Chowdappa wrote:
> On 2/2/06, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> > > in cygwin.din. Not sure what this file is and how is it used exactly?
> >
> > See the Makefile. cygwin.din is converted to cygwin.def, a standard
> > export definition file for the linker.
>
> C
Hi
On 2/2/06, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> > I see these lines,
> >
> > _select = cygwin_select SIGFE
> > select = cygwin_select SIGFE
> >
> > in cygwin.din. Not sure what this file is and how is it used exactly?
>
> See the Makefile. cygwin.din is converted to cygwin.def, a stan
I have a similar problem to that reported before under this subject
title.
When I type "env" the environment appears fine. However, when I start
a tclsh and type
puts [ exec sh -c "env" ]
the environment is almost empty - this is new behaviour, the whole
environment got fully passed thro
On Feb 2 16:50, Vinod Chowdappa wrote:
> Hi,
>
> Could somebody tell me how is select() resolved to cygwin_select() eventually?
>
> I believe cygwin_select() is the core select() implementation, but to
> the user it is the POSIX API select() that is exported.
>
> I see these lines,
>
> _select
On Feb 1 15:54, Tom Rodman wrote:
> The problem shows up only if your account is *not* added to this
> local group. This local group should have just 1 entry - the
> local administrators group, as in:
>
> $ net localgroup toss_at_will
> Alias name toss_at_will
> Commenttest gro
Hi,
Could somebody tell me how is select() resolved to cygwin_select() eventually?
I believe cygwin_select() is the core select() implementation, but to
the user it is the POSIX API select() that is exported.
I see these lines,
_select = cygwin_select SIGFE
select = cygwin_select SIGFE
in cygw
I tried your example duplicating your error. I played with it and change it
little bit to get it to work. Instead of using printf() in your T1_dl.c I used
cout and compiled it with g++ instead of gcc. Could it be you mixed C++ streams
used in your T1 class with old C printf-family what brings your
63 matches
Mail list logo
