If I missed feedback to the thread below I have to apologize.
Otherwise I would like to recall this (my last post)again
Christopher Faylor schrieb:
On Thu, Sep 25, 2008 at 12:57:32PM +0200, Dirk Napierala wrote:
Dave Korn schrieb:
Dirk Napierala wrote on 25 September 2008 09:55:
On Oct 7 15:51, Karl Herrick wrote:
> 1. Should diffutils automatically be installed as a dependency of openssh
> so that this error doesn't come up in regard to it not being installed
> while running ssh-host-config?
Diffutils is a dependency of csih and csih is a dependency of openssh,
so it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to John Emmas on 10/9/2008 5:51 AM:
>
> That got rid of the _off64_t problem but by some route which I haven't yet
> worked out, '/usr/unclude/pthread.h' is now getting included - and this
> gives me a new error:-
>
> \usr\include\pthread
On Oct 9 13:10, Corinna Vinschen wrote:
> On Oct 9 13:05, Corinna Vinschen wrote:
> > For instance, the gid of a file depends on the numbers. If the pgid is
> > smaller than the real gid, files are owned by the faked pgid and vice
> > versa.
>
> Scratch that. I confused myself while testing.
Corinna Vinschen wrote:
On Oct 2 11:01, Corinna Vinschen wrote:
On Oct 1 09:27, Herb Maeder wrote:
With a fresh install of cygwin-1.7 on a vanilla Vista system, I see that
the 'mv' command appends a .exe extension to the destination file for any
source files that have a .bat or .com extension
I'm having a few problems with '_off64_t' not being recognised as a valid
type. For example, in expressions such as:-
typedef _off64_t off_t;
which appears in /usr/include/cygwin/types.h
Is __CYGWIN_USE_BIG_TYPES__ only appropriate for 64-bit platforms?
In other words, should I #define it
On Oct 9 08:48, Ralph Hempel wrote:
> Corinna Vinschen wrote:
>> On Oct 2 11:01, Corinna Vinschen wrote:
>>> On Oct 1 09:27, Herb Maeder wrote:
With a fresh install of cygwin-1.7 on a vanilla Vista system, I see that
the 'mv' command appends a .exe extension to the destination file for
On Oct 7 12:12, Rob Bosch wrote:
> I've been testing out the 1.7.0-28 build of cygwin using rsync 3.0.3 with
> the preallocate patch. My destination server setup is a Windows Server 2003
> R2 machine with a fibre array (10TB). The client is also running the same
> version of cygwin and rsync on
On Oct 9 13:05, Corinna Vinschen wrote:
> For instance, the gid of a file depends on the numbers. If the pgid is
> smaller than the real gid, files are owned by the faked pgid and vice
> versa.
Scratch that. I confused myself while testing.
Corinna
--
Corinna Vinschen Pleas
On Oct 7 11:22, Herb Maeder wrote:
> The "Special values of user and group ids" section of the Cygwin User's
> Guide (http://cygwin.com/1.7/cygwin-ug-net.html#ntsec-ids) states:
>
>Also, since Cygwin release 1.3.20, if the current user is present in
>/etc/passwd, but that user's login g
I found the answer here:
http://rabbit-hole.blogspot.com/2006/08/ui-testing-on-sly.html
To just edit the sshd service properties (via control panel) and allow
desktop access.
Sam
* Sam Liddicott wrote, On 09/10/08 13:10:
> Under win95 I could ssh in as any user and launch apps on the desktop.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 10/9/2008 7:05 AM:
>> Install seems to strip the .exe extension in the process of copying
>> files to the destination directory.
>
> Install *copies* files. The resulting filename is not under control of
> Cygwin but
I'm trying to debug a multithreaded program. gdb crashes shortly
after the program starts. The last statement that executes in the
program that I'm debugging calls gettimeofday. After just a few more
steps, gdb crashes while the program is in _sigfe (I think):
$ gdb xcas
GNU gdb 6.8.0.20080328-
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 10/9/2008 7:05 AM:
Install seems to strip the .exe extension in the process of copying
files to the destination directory.
Install *copies* files. The resulting filename is not under control of
Cy
On Thu, Oct 9, 2008 at 16:24, Sam Liddicott wrote:
> Part of what is being tested is connecting to remote shares.
>
> However :-) an ssh client login (even with a password) doesn't seem to
> have the right domain credentials, so that a password prompt is
> presented when a connection is made.
[...
On Thu, Oct 09, 2008 at 01:11:57PM +0100, John Emmas wrote:
> - Original Message - From: "Eric Blake"
> Subject: Re: __CYGWIN_USE_BIG_TYPES__
>>
>> Please show us a reproducible test case (ie. self-contained C file with
>> cruft removed that triggered the message, and not just the one-line
On Thu, Oct 09, 2008 at 11:51:23AM +0200, Dirk Napierala wrote:
> If I missed feedback to the thread below I have to apologize.
> Otherwise I would like to recall this (my last post)again
This is getting old. Rather than repeatedly apologize for theoretically
not reading a response, go back throu
Under win95 I could ssh in as any user and launch apps on the desktop.
But on XP, I login as the same user as the only (rdp'd) desktop session,
many applications like notepad.exe will "run" but to not display on the
desktop.
As I'm scripting some automated GUI testing, it would be nice if the ssh
Hi all,
I apologize for the stupid question... For on program I'm installing
(LAM) I apparently need to have ipc-daemon2 running, and should
probably be part on the cygipc package. I see the cygipc package
listed here http://cygwin.com/packages, but I cannot find it in
setup.exe.
Could someone po
- Original Message -
From: "Eric Blake"
Subject: Re: __CYGWIN_USE_BIG_TYPES__
Please show us a reproducible test case (ie. self-contained C file with
cruft removed that triggered the message, and not just the one-line
That reads poorly. I meant:
a self-contained C file that trigger
* Dmitry Semyonov wrote, On 09/10/08 14:45:
> On Thu, Oct 9, 2008 at 16:24, Sam Liddicott wrote:
>
>> Part of what is being tested is connecting to remote shares.
>>
>> However :-) an ssh client login (even with a password) doesn't seem to
>> have the right domain credentials, so that a password
Thats what I did, and I did not found a reply to my findings which
I stated in http://cygwin.com/ml/cygwin/2008-09/msg00545.html
together with the requested files which allows trobleshooting.
It is nailed down to the cygwin1.dll
I assume that it should not be a big deal for someone who is a
d
On Oct 2 11:01, Corinna Vinschen wrote:
> On Oct 1 09:27, Herb Maeder wrote:
> > With a fresh install of cygwin-1.7 on a vanilla Vista system, I see that
> > the 'mv' command appends a .exe extension to the destination file for any
> > source files that have a .bat or .com extensions.
> >
> > To
3. Is it safe to make the necessary permission changes to the various files
and directores (/etc/passwd, /etc/group, and /var) that openssh is
requesting changes to in order to "force" it to work?
I don't understand. Change them and it will run.
So that I am being clear, what I am sa
On Oct 8 11:00, Jeff V Stein wrote:
> The recent 7.2.2 update for vim was compiled using a different
> configure statement than the 7.2.1 release. As a result, many of the
> previously enabled features have been dropped.
>
> >From the --version take it looks like --with-features=huge was changed
John Emmas wrote on 09 October 2008 10:40:
> which appears in /usr/include/cygwin/types.h
^^^
Do not directly include files from this subdir, if that's what you've been
doing. It is private.
> In other words, should I #define it to 0 for a 32-bit platform?
- Original Message -
From: "Christopher Faylor"
Subject: Re: __CYGWIN_USE_BIG_TYPES__
"gcc -dDI -E" is probably your friend to help you track down who is
including what.
Thanks Christopher. I'll try that too.
BTW, am I right in thinking that Cygwin's gcc is still at revision 3.4.4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 10/9/2008 5:56 AM:
> Please show us a reproducible test case (ie. self-contained C file with
> cruft removed that triggered the message, and not just the one-line
That reads poorly. I meant:
a self-contained C file that tr
On Oct 9 08:29, Karl Herrick wrote:
>
>>> 3. Is it safe to make the necessary permission changes to the various
>>> files and directores (/etc/passwd, /etc/group, and /var) that openssh is
>>> requesting changes to in order to "force" it to work?
>>>
>>
>> I don't understand. Change them a
It is perhaps worth drawing attention to the fact that explorer windows
are not configured to run as a seperate process, and if the desktop
login is for the same user, that the explorer map-network-drive dialog
(even if launched from the ssh session) will map the drive, but only for
the desktop ses
On Oct 8 11:36, Andrew Medico wrote:
> Lines: 42
>
> I'm running into a problem with dd's "iflag=direct" option in Cygwin.
> When I combine it it with "conv=sync,noerror", dd successfully reads
> all of the data from the device but once it gets to the end of the
> device it starts reporting I/O e
Dirk Napierala wrote on Thursday, October 09, 2008 10:51 AM::
> If I missed feedback to the thread below I have to apologize.
> Otherwise I would like to recall this (my last post)again
Please don't keep reposting the same message. You can google the
mailing list archives if you think you may ha
- Original Message -
From: "Eric Blake"
Subject: Re: __CYGWIN_USE_BIG_TYPES__
Please show us a reproducible test case (ie. self-contained C file with
cruft removed that triggered the message, and not just the one-line
snippet of the error message). If it is something that compiles on L
- Original Message -
From: "Dave Korn"
Subject: RE: __CYGWIN_USE_BIG_TYPES__
Nope. Don't define it any way at all, it's private.
[...]
#include
Thanks Dave,
That got rid of the _off64_t problem but by some route which I haven't yet
worked out, '/usr/unclude/pthread.h' is now
John Emmas wrote on 09 October 2008 15:43:
> Create an empty CPP source file and simply add the following line:-
>
> #include
>
> Now try to compile the file. In my case I get around 50 errors, the first
> of which is:-
>
> \usr\include\pthread.h: 77: error: `pthread_attr_t' was not declared
I'm using cygwin and Win32::GuiTest to automate some windows testing of
CIFS client network behaviour.
Part of what is being tested is connecting to remote shares.
However :-) an ssh client login (even with a password) doesn't seem to
have the right domain credentials, so that a password prompt i
Gustavo Seabra wrote:
Hi all,
I apologize for the stupid question... For on program I'm installing
(LAM) I apparently need to have ipc-daemon2 running, and should
probably be part on the cygipc package. I see the cygipc package
listed here http://cygwin.com/packages, but I cannot find it in
setu
Phil Betts schrieb:
Dirk Napierala wrote on Thursday, October 09, 2008 10:51 AM::
If I missed feedback to the thread below I have to apologize.
Otherwise I would like to recall this (my last post)again
Please don't keep reposting the same message. You can google the
mailing list arch
- Original Message -
From: "Dave Korn"
Subject: RE: __CYGWIN_USE_BIG_TYPES__
... you forgot to show us the compiler command-line you're using.
Sorry, I realised almost as soon as I'd posted. Here's what gets sent to
g++ (I've split all the elements onto different line just to improve
I've read about cygwin, ssh and network access till my neck hurts.
It seems to me that if someone :-) integrates ssh kerberos
authentication such that sshd accepts an AD kerberos ticket, that
_maybe_ this could be associated with the login and give the client
session the right credentials to use t
John Emmas wrote on 09 October 2008 16:56:
> From: "Dave Korn"
>
>> ... you forgot to show us the compiler command-line you're using.
>>
> Sorry, I realised almost as soon as I'd posted. Here's what gets sent to
> g++ (I've split all the elements onto different line just to improve
> legibility)
CMake CMake 2.6.2-1 is now available on Cygwin mirrors.
There has been a new release of the official cmake (2.6.2-1).
This is a minor release from 2.6.0 to 2.6.2
Changes in CMake 2.6.2 RC 6
- Fix bug#7669 cpack did not work when sym-linked after install
Changes in CMake 2.6.2 RC 5
- Add beta
On Thu, Oct 09, 2008 at 04:48:20PM +0200, Dirk Napierala wrote:
>Christopher Faylor schrieb:
>>>If I missed feedback to the thread below I have to apologize.
>>>Otherwise I would like to recall this (my last post)again
>>
>>This is getting old. Rather than repeatedly apologize for
>>theoretically
I have updated the version of vim on cygwin.com to 7.2-3.
Yet another bugfix release. The -2 release was accidentally built
with normal instead of huge feature set.
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page. This downloads setup.exe
When I build this test case
$ cat hello.F95
!
! hello.F95
!
program hello
! implicit none
! integer :: i
! print *, 'i = '
! read *,i
! print *,i
print *,'Hello World!'
end program hello
with gfortran-4 from gcc-4 package
$ gfortran-4.exe hello.F95 -o hello_cyg
I obtain a file,
On Thu, Oct 09, 2008 at 04:56:11PM +0100, John Emmas wrote:
>On Thu, Oct 09, 2008 at 04:15:51PM +0100, Dave Korn wrote:
>>John Emmas wrote on 09 October 2008 15:43:
>>
>>> Create an empty CPP source file and simply add the following line:-
>>>
>>> #include
>>>
>>> Now try to compile the file. In
Angelo Graziosi wrote on 09 October 2008 17:14:
Hi Angelo,
> with gfortran-4 from gcc-4 package
>
> $ gfortran-4.exe hello.F95 -o hello_cyg
>
> I obtain a file, hello_cyg.exe, of 381598 bytes.
>
> If I use the build of gfortran I did at the end of August, when
> GCC-4.3.2 was released [1
don't not why after i run the command below:
tar -zxf
cygdrive/d/toolchains/cygwin/sdcc-2.7.0-2sensinode_banked-cygwin.tar.gz
the condition of cannot open: permission denied will come out like the
picture below:
can anybody here help me solve the problem ??thk
http://www.nabble.com/file/p19902675
- Original Message -
From: "Dave Korn"
Subject: RE: __CYGWIN_USE_BIG_TYPES__
-IC:/cygwin/usr/include/mingw
Do not attempt to include mingw headers if you are not building a mingw
program!
You've cracked it again Dave..! It was the mingw directory that was causing
the problem. I o
Sam Liddicott wrote:
I've read about cygwin, ssh and network access till my neck hurts.
It seems to me that if someone :-) integrates ssh kerberos
authentication such that sshd accepts an AD kerberos ticket, that
_maybe_ this could be associated with the login and give the client
session the rig
Dave Korn wrote:
Is it perhaps that the runtime library has debug in it with my package...
... and this happens because gcc-4 package is still 'experimental'
Right?
Cheers,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.co
On 09 Oct 2008 13:05:36 +0200, Corinna Vinschen wrote:
> On Oct 7 11:22, Herb Maeder wrote:
> > The "Special values of user and group ids" section of the Cygwin User's
> > Guide (http://cygwin.com/1.7/cygwin-ug-net.html#ntsec-ids) states:
> >
> >Also, since Cygwin release 1.3.20, if the curr
From: Dirk Napierala wrote on Thursday, October 09, 2008 11:48 AM
>Phil Betts schrieb:
>Yes, the file called sfx-file.exe
>I can make it available for you to test.
>Please just reply to my corp. address and I can provide you with
download details.
>The file content is confidential.
Let me get thi
hi guys,
i think cygwin is great, and i'd like it to be more useful to me. my
work for the past year has been porting daemons to windows. so i'm
familiar with the fork problem. i've read a little about how cygwin
does a lot of work to make fork work. -- and to make it work without
having to ch
54 matches
Mail list logo
