Hi all, using CYGWIN as an SFTP server on a Windows 2000 server (yes, YIKES!
Win 2k!!)
When creating a user inside CYGWIN using "net user *username* /add", could
someone tell me the command that I can type to set the home directory the
user is to land into when the connect?
When the user is added
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 18 16:42, Corinna Vnschen wrote:
>On Mar 18 10:56, Christopher Faylor wrote:
>> On Fri, Mar 18, 2011 at 03:40:48PM +0100, Corinna Vinschen wrote:
>> >On Mar 18 11:23, Corinna Vinschen wrote:
>> >> On Mar 18 02:08, Christopher Faylor wrote:
>> >>
On Mar 23 09:37, Rainer Emrich wrote:
> On Mar 18 16:42, Corinna Vnschen wrote:
> >On Mar 18 10:56, Christopher Faylor wrote:
> >> On Fri, Mar 18, 2011 at 03:40:48PM +0100, Corinna Vinschen wrote:
> >> >On Mar 18 11:23, Corinna Vinschen wrote:
> >> >> In this case the bigger heap seems to avoid the
On Mar 22 17:53, Ken Brown wrote:
> On 3/22/2011 4:59 PM, Eric Blake wrote:
> >On 03/20/2011 02:51 PM, Ken Brown wrote:
> >>What's the status of the broken autoconf mmap test, which always fails
> >>on Cygwin even though Cygwin has a working mmap?
> >
> >Autoconf 2.65 and newer do not have the bug.
* Dale Harrison (Wed, 23 Mar 2011 08:29:56 +)
> When creating a user inside CYGWIN using "net user *username* /add",
> could someone tell me the command that I can type to set the home
> directory the user is to land into when the connect?
Sorry, you got it completely wrong. You cannot add a u
On 3/23/2011 5:19 AM, Corinna Vinschen wrote:
On Mar 22 17:53, Ken Brown wrote:
On 3/22/2011 4:59 PM, Eric Blake wrote:
On 03/20/2011 02:51 PM, Ken Brown wrote:
What's the status of the broken autoconf mmap test, which always fails
on Cygwin even though Cygwin has a working mmap?
Autoconf 2.
On 22/03/2011 20:08, Christopher Faylor wrote:
> On Tue, Mar 22, 2011 at 08:53:34PM +0100, V??clav Haisman wrote:
>> Jon TURNEY wrote, On 22.3.2011 20:29:
>>>
>>> python seems to be built with the default value of FD_SETSIZE, which is only
>>> 64 on cygwin.
>> Is this not because of the inherent li
Version 39c-2 of "mksh" has been uploaded.
MirBSD Korn Shell (mksh) is an actively developed free implementation
of the Korn Shell programming language and a successor to the Public
Domain Korn Shell (pdksh).
New in this release is a post install step to create a /usr/bin/ksh symlink.
Perfect Corinna! Perfect!!! Works great with "passwd -R"!
2011/3/22 Corinna Vinschen:
> On Mar 22 09:37, Bruno Galindro da Costa wrote:
>> Ok Corinna, thanks for return, but I don´t understand how can I call
>> these methods.
>> Is there a bash functions?
>
> The methods are built into the Cygwin
On Mar 23 07:08, Ken Brown wrote:
> On 3/23/2011 5:19 AM, Corinna Vinschen wrote:
> >On Mar 22 17:53, Ken Brown wrote:
> >>In case it's relevant, my system is 64-bit Windows 7, with the most
> >>recent cygwin snapshot:
> >
> >It is relevant, but it has nothing to do with Windows 7. Actually, the
>
On 3/23/2011 9:26 AM, Corinna Vinschen wrote:
On Mar 23 07:08, Ken Brown wrote:
On 3/23/2011 5:19 AM, Corinna Vinschen wrote:
On Mar 22 17:53, Ken Brown wrote:
In case it's relevant, my system is 64-bit Windows 7, with the most
recent cygwin snapshot:
It is relevant, but it has nothing to do
On Wed, Mar 23, 2011 at 06:37:21AM +0100, marco atzeri wrote:
>On Wed, Mar 23, 2011 at 6:32 AM, Christopher Faylor > wrote:
>> On Tue, Mar 22, 2011 at 05:24:10PM -0700, Kevin Layer wrote:
>>>This is on Windows 7 64-bit.
>>>
>>>The crash at the end left an index.lock file.
>>>
>>>Please let me know
On Wed, Mar 23, 2011 at 11:31:46AM +, Jon TURNEY wrote:
>On 22/03/2011 20:08, Christopher Faylor wrote:
>>On Tue, Mar 22, 2011 at 08:53:34PM +0100, V??clav Haisman wrote:
>>>Jon TURNEY wrote, On 22.3.2011 20:29:
python seems to be built with the default value of FD_SETSIZE, which is
>>
Dave,
the new cyggfortran-3.dll seems to provide less export than before.
This breaks octave.
Dependency walker check on octave highlight 3 functions in red
clogf, cexpf, csqrtf
Is the new fortran library broken, or should I release a new octave on
the flight ?
Regards
Marco
--
Problem reports:
On 03/23/2011 09:00 AM, Christopher Faylor wrote:
> On Wed, Mar 23, 2011 at 11:31:46AM +, Jon TURNEY wrote:
>> On 22/03/2011 20:08, Christopher Faylor wrote:
>>> On Tue, Mar 22, 2011 at 08:53:34PM +0100, V??clav Haisman wrote:
Jon TURNEY wrote, On 22.3.2011 20:29:
>
> python seems
On 3/23/2011 10:46 AM, Christopher Faylor wrote:
> On Wed, Mar 23, 2011 at 06:37:21AM +0100, marco atzeri wrote:
>> On Wed, Mar 23, 2011 at 6:32 AM, Christopher Faylor > wrote:
>>> Also, try the 3/24 snapshot at http://cygwin.com/snapshots/ .
>>
>> On my calendar today is the 23.
>> I guess for tha
On Mar 23 10:08, Ken Brown wrote:
> On 3/23/2011 9:26 AM, Corinna Vinschen wrote:
> >Btw., I just experimented with another flag which has not been exposed
> >to the Win32 API, and which is not officially documented. It's called
> >AT_EXTENDABLE_FILE and allows to specify a view which is bigger th
On 23/03/2011 15:02, marco atzeri wrote:
> Dave,
> the new cyggfortran-3.dll seems to provide less export than before.
> This breaks octave.
>
> Dependency walker check on octave highlight 3 functions in red
> clogf, cexpf, csqrtf
>
> Is the new fortran library broken, or should I release a new o
On 23/03/2011 15:53, Dave Korn wrote:
> On 23/03/2011 15:02, marco atzeri wrote:
>> Dave,
>> the new cyggfortran-3.dll seems to provide less export than before.
>> This breaks octave.
>>
>> Dependency walker check on octave highlight 3 functions in red
>> clogf, cexpf, csqrtf
>>
>> Is the new fortr
On Wed, Mar 23, 2011 at 5:11 PM, Dave Korn wrote:
> On 23/03/2011 15:53, Dave Korn wrote:
>> On 23/03/2011 15:02, marco atzeri wrote:
>>> Dave,
>>> the new cyggfortran-3.dll seems to provide less export than before.
>>> This breaks octave.
>>>
>>> Dependency walker check on octave highlight 3 func
On Wed, Mar 23, 2011 at 11:24:07AM -0400, Charles Wilson wrote:
>Even with marco's smiley, I suspect legitimate confusion, not snark.
Actually, it was confirmed that it actually was "snark" (man, I hate
that word) in cygwin-talk. And, that's where further discussion should
take place.
--
Problem
On 23/03/2011 16:19, marco atzeri wrote:
> May be as they are now available from cygwin-1.7.8 ?
Yes indeed (and this is why I didn't see any errors during the compiler
testsuite), I just had a quick look at the libgfortran autoconfigury, it
provides replacements for those functions when the sta
On 3/23/2011 12:19 PM, marco atzeri wrote:
> May be as they are now available from cygwin-1.7.8 ?
Oh, good point. Is there a way to add export forwarding to the new
cygfortran-3.dll (but not the implib)?
That way, the old apps will still get (think they are getting) the
functions from the fortra
On Wed, Mar 23, 2011 at 5:27 PM, Dave Korn wrote:
> On 23/03/2011 16:19, marco atzeri wrote:
>
>> May be as they are now available from cygwin-1.7.8 ?
>
> Yes indeed (and this is why I didn't see any errors during the compiler
> testsuite), I just had a quick look at the libgfortran autoconfigury
On Mar 23 16:27, Dave Korn wrote:
> On 23/03/2011 16:19, marco atzeri wrote:
>
> > May be as they are now available from cygwin-1.7.8 ?
>
> Yes indeed (and this is why I didn't see any errors during the compiler
> testsuite), I just had a quick look at the libgfortran autoconfigury, it
> provid
On 23/03/2011 15:00, Christopher Faylor wrote:
> On Wed, Mar 23, 2011 at 11:31:46AM +, Jon TURNEY wrote:
>> On 22/03/2011 20:08, Christopher Faylor wrote:
>>> On Tue, Mar 22, 2011 at 08:53:34PM +0100, V??clav Haisman wrote:
Jon TURNEY wrote, On 22.3.2011 20:29:
>
> python seems to
On 23/03/2011 16:36, Corinna Vinschen wrote:
> Is there a way to add symbol forwarding in GCC? There's some method of
> forwarding symbol references to other DLLs and it's used in Windows
> itself to forward symbol references to other DLLs.
Yes, was using that just the other day myself, to b
On 23/03/2011 16:35, Charles Wilson wrote:
> I think it would just take a few statements in a .def file like
>
> carg = CYGWIN1.carg
> cargf = CYGWIN1.cargf
> ccos = CYGWIN1.ccos
>
> but I'm not sure...
Yes, that's basically it (or equivalent in a .directve section), but,
indeed, a
n not replicate.
I suggest you join the cygwin mailing list, as we need someone with
Vista to confirm it.
However "windows pid 2420, Win32 error 487"
looks like http://cygwin.com/ml/cygwin/2011-03/msg00453.html
As further test, please download cygwin1-20110323.dll.bz2 from
http://cygwi
marco atzeri wrote:
Sent: Wednesday, March 23, 2011 12:36 PM
Subject: Re: cyggfortran-3.dll broken ?
[snip...]
So I caused myself the problem as I added all those functions to
cygwin
But they were just in time to save me having to abandon my primary
application on Cygwin. Thank you.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have just uploaded an updated GCC-4 package to cygwin.com. It will be
arriving at your favourite mirror next time it synchronizes itself with the
official Cygwin repository.
This release is a trivial rebuild of the current stable release, done
aga
On 3/23/2011 12:57 PM, Dave Korn wrote:
> On 23/03/2011 16:35, Charles Wilson wrote:
>> And if you DO it this way, I'm pretty sure ld will go ahead and
>> create import entries in the .dll.a for them.
>
> Yes, that's what we'd want to happen isn't it? The import stub imports the
> symbol from
On Mar 23 18:15, marco atzeri wrote:
> Corinna, Cgf,
> what about a cygwin-1.7.9 to solve also the last problem "Win32 error 487" ?
Cgf is waiting for a final confirmation that the latest pipe changes fix
the issues reported in http://cygwin.com/ml/cygwin/2011-03/msg00186.html
and, ultimately, htt
On 3/23/2011 11:44 AM, Corinna Vinschen wrote:
On Mar 23 10:08, Ken Brown wrote:
On 3/23/2011 9:26 AM, Corinna Vinschen wrote:
Btw., I just experimented with another flag which has not been exposed
to the Win32 API, and which is not officially documented. It's called
AT_EXTENDABLE_FILE and all
On 03/23/2011 11:40 AM, Ken Brown wrote:
>> Usually it shouldn't. While you can write into a mmaped area beyond
>> EOF up to the end of the last page, it doesn't make a lot of sense.
>> The data will never show up in the mapped file.
>>
>> I have no idea if there are applications out there which r
On 23/03/2011 17:31, Charles Wilson wrote:
> Err...no, I don't think so. Symbol forwarding is actually implemented
> as part of the PE-I386 spec, so it resides in the forwardING dll itself,
> not the import library, and is handled at runtime by the windows loader:
Yes yes yes, you're jumping t
On 03/23/2011 11:46 AM, Eric Blake wrote:
> On 03/23/2011 11:40 AM, Ken Brown wrote:
>>> Usually it shouldn't. While you can write into a mmaped area beyond
>>> EOF up to the end of the last page, it doesn't make a lot of sense.
>>> The data will never show up in the mapped file.
Hmm, rereading P
On Mar 23 11:51, Eric Blake wrote:
> On 03/23/2011 11:46 AM, Eric Blake wrote:
> > On 03/23/2011 11:40 AM, Ken Brown wrote:
> >>> Usually it shouldn't. While you can write into a mmaped area beyond
> >>> EOF up to the end of the last page, it doesn't make a lot of sense.
> >>> The data will never
> Date: Wed, 23 Mar 2011 17:49:42 +
> From: dave.korn
> Subject: Re: cyggfortran-3.dll broken ?
>
> On 23/03/2011 17:31, Charles Wilson wrote:
>
> > Err...no, I don't think so. Symbol forwarding is actually implemented
> > as part of the PE-I386 spec, so it resides in the forwardING dll its
On 23/03/2011 18:15, Karl M wrote:
> > What if you just put the functions back in until the next gfortran dll
> > version bump?
That's a thought too. I could just hack around the autoconf tests and make
it keep using its own implementation. Thanks for the suggestion.
cheers,
DaveK
On Wed, Mar 23, 2011 at 5:36 PM, marco atzeri wrote:
> On Wed, Mar 23, 2011 at 5:27 PM, Dave Korn wrote:
>> On 23/03/2011 16:19, marco atzeri wrote:
>>
>>
>> Sorry, looks like you'll need to respin after all.
>>
>> cheers,
>> DaveK
>>
>
> So I caused myself the problem as I added all tho
hi,
Cgf is waiting for a final confirmation that the latest pipe changes fix
the issues reported in http://cygwin.com/ml/cygwin/2011-03/msg00186.html
and, ultimately, http://cygwin.com/ml/cygwin/2011-03/msg00396.html
I tested cygwin1-20110323.dll with different file sizes - the issue is
Eric Blake wrote:
>> On 03/22/2011 06:24 PM, Kevin Layer wrote:
>> > This is on Windows 7 64-bit.
>> >
>> > The crash at the end left an index.lock file.
>> >
>> > Please let me know what I can do to help track down the problem.
>>
>> It's already tracked down - it's a bug in Microsoft's winmm
on Kevin's email subject, I assume he's already running the
>> latest snapshot.
I am now. See my most recent email.
>> Kevin, can you please provide the output of 'uname -a'?
CYGWIN_NT-5.2-WOW64 hobart128 1.7.9s(0.236/5/3) 20110323 01:32:07 i686 Cygwin
Thanks.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Version 2009.12.07-2 of gnucap has been uploaded.
GNUCAP is the GNU Circuit Analysis Package, a modern "post-spice" analog
and mixed signal circuit simulator. It is a work in progress, but can
replace Spice for many simulation purposes. It has several technical
advantages over historical Spi
On 3/23/2011 1:49 PM, Dave Korn wrote:
> On 23/03/2011 17:31, Charles Wilson wrote:
>
>> Err...no, I don't think so. Symbol forwarding is actually implemented
>> as part of the PE-I386 spec, so it resides in the forwardING dll itself,
>> not the import library, and is handled at runtime by the wi
On 23/03/2011 19:17, Charles Wilson wrote:
> On 3/23/2011 1:49 PM, Dave Korn wrote:
>> Hmm, I should probably do this. And send it upstream too.
>
> Well, yeah (but does upstream want to explicitly require cygwin-1.7.8 or
> better? or would you conditionalize it on a configure test:
The la
On Wed, Mar 23, 2011 at 8:40 PM, Dave Korn wrote:
> On 23/03/2011 19:17, Charles Wilson wrote:
>> On 3/23/2011 1:49 PM, Dave Korn wrote:
>
>>> Hmm, I should probably do this. And send it upstream too.
>>
>> Well, yeah (but does upstream want to explicitly require cygwin-1.7.8 or
>> better? or w
On Mar 23 19:44, Robert Wruck wrote:
> hi,
>
> >Cgf is waiting for a final confirmation that the latest pipe changes fix
> >the issues reported in http://cygwin.com/ml/cygwin/2011-03/msg00186.html
> >and, ultimately, http://cygwin.com/ml/cygwin/2011-03/msg00396.html
>
bytes free
C:\cygwin\bin>
>> Kevin, can you please provide the output of 'uname -a'?
CYGWIN_NT-5.2-WOW64 hobart128 1.7.9s(0.236/5/3) 20110323 01:32:07 i686 Cygwin
Let me know if there is anything else I can do.
Kevin
--
Problem reports: http://cygwin.com/problems.html
FAQ
On Mar 23 11:47, Kevin Layer wrote:
> Eric Blake wrote:
>
> >> On 03/22/2011 06:24 PM, Kevin Layer wrote:
> >> > This is on Windows 7 64-bit.
> >> >
> >> > The crash at the end left an index.lock file.
> >> >
> >> > Please let me know what I can do to help track down the problem.
> >>
> >> It'
On Mar 23 11:51, Kevin Layer wrote:
> >> > On 03/22/2011 06:24 PM, Kevin Layer wrote:
> >> >> This is on Windows 7 64-bit.
> >> >>[...]
> CYGWIN_NT-5.2-WOW64 hobart128 1.7.9s(0.236/5/3) 20110323 01:32:07 i686 Cygwin
Er... this isn't W7,
On Wed, Mar 23, 2011 at 04:38:15PM +, Jon TURNEY wrote:
>On 23/03/2011 15:00, Christopher Faylor wrote:
>> On Wed, Mar 23, 2011 at 11:31:46AM +, Jon TURNEY wrote:
>>> On 22/03/2011 20:08, Christopher Faylor wrote:
On Tue, Mar 22, 2011 at 08:53:34PM +0100, V??clav Haisman wrote:
> J
e-recursive.exe: *** fatal error - unable to
> load C:\WINDOWS\system32\winmm.dll, Win32 error 487
>
>>> Kevin, can you please provide the output of 'uname -a'?
>
>CYGWIN_NT-5.2-WOW64 hobart128 1.7.9s(0.236/5/3) 20110323 01:32:07 i686 Cygwin
Thanks Chris Sutcliffe f
On Wed, Mar 23, 2011 at 09:08:48PM +0100, Corinna Vinschen wrote:
>On Mar 23 11:51, Kevin Layer wrote:
>> >> > On 03/22/2011 06:24 PM, Kevin Layer wrote:
>> >> >> This is on Windows 7 64-bit.
>> >> >>[...]
>> CYGWIN_NT-5.2-WOW64 hob
ndows 7 64-bit.
>>> >> >>[...]
>>> CYGWIN_NT-5.2-WOW64 hobart128 1.7.9s(0.236/5/3) 20110323 01:32:07 i686
>>> Cygwin
>>
>>Er... this isn't W7, that's XP or 2K3.
>
>Yeah, it would make sense if this was 64-bit Windows 2K3. I even saw
03/22/2011 06:24 PM, Kevin Layer wrote:
>>>> >> >> This is on Windows 7 64-bit.
>>>> >> >>[...]
>>>> CYGWIN_NT-5.2-WOW64 hobart128 1.7.9s(0.236/5/3) 20110323 01:32:07 i686
>>>> Cygwin
>>>
>>>Er... this isn
57 matches
Mail list logo
