Greetings, Shaddy Baddah!
> I expect that there wasn't any explicit reasoning behind this, but
> rebase creates a db with permissions that are too restrictive. To me
> anyway, as I cannot see any danger in the db being readable by all.
> This snippet describes it:
>
> $ whoami
> sbaddah
> $ od
Hi all,
Cygwin FAQ 6.15 says that I cannot link with both MSVCRT*.dll and
cygwin1.dll since they are mutually exclusive. However, I can successfully
run a simple Windows console application which dynamically loads a dll
(compiled in Cygwin, thus linking to cygwin1.dll). The Windows console
app
On Nov 17 14:14, Shaddy Baddah wrote:
> Hi,
>
> I expect that there wasn't any explicit reasoning behind this, but
> rebase creates a db with permissions that are too restrictive. To me
> anyway, as I cannot see any danger in the db being readable by all.
>
> This snippet describes it:
>
>
> $
2014-11-17 9:47 GMT+01:00 Jing Zhao :
> The outputs:
> welcome to linux world
> res: 777
> it's over
>
> So everything look fine. According to the FAQ 6.15, is there anything
> that's potentially dangerous that I should be aware of, when linking both
> msvcrt.dll and cygwin1.dll? Thanks a lot!
On Nov 15 15:45, Christian Franke wrote:
> Corinna Vinschen wrote:
> >>The actual test scripts & tools from this use case pass local usernames
> >>from/to non-Cygwin programs and rely on the fact that Cygwin and Windows
> >>username match.
> >>
> >>For the long term, have some cyguser, cyggroup too
On Nov 15 06:13, Fergus Daly wrote:
> Following (I think) the recent update of the dll cygwin1.dll it seems that
> rename old new *
> no longer works and the cause is the wildcard. You have to use something like
> rename old new f*
> and the command might need several invocations with minor varian
On Nov 14 22:22, Ian Hawkins wrote:
> 1 [main] rsync 1176 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
> pointer. Please report this problem to
Old Cygwin version, please update.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer
$ uname -svr
CYGWIN_NT-6.1-WOW64 1.7.33-2(0.280/5/3) 2014-11-13 15:45
$ uname -svr
CYGWIN_NT-6.1 1.7.33-2(0.280/5/3) 2014-11-13 15:47
on both there is an extra output line
$ getent passwd
SYSTEM:*:18:544:,S-1-5-18::
LocalService:*:19:544:U-NT AUTHORITY\LocalService,S-1-5-19::
NetworkService:*:
Hi David,
On Nov 15 16:56, David Stacey wrote:
> I'm trying to get the (rather extensive) testsuite for poco-1.4.7 passing -
> or at least satisfying myself that any failures are not due to a Cygwin
> problem. The last test I have to worry about is 'testDequeue' from the
> Foundation testsuite.
>
Thanks Marco!
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Marco Atzeri
> Sent: November-15-14 11:39 AM
> To: cygwin@cygwin.com
> Subject: Re: gfortran netcdf version mismatch
>
> On 11/14/2014 9:32 AM, Marco Atzeri wrote:
> > On 11/
On Nov 17 11:41, Marco Atzeri wrote:
> $ uname -svr
> CYGWIN_NT-6.1-WOW64 1.7.33-2(0.280/5/3) 2014-11-13 15:45
>
> $ uname -svr
> CYGWIN_NT-6.1 1.7.33-2(0.280/5/3) 2014-11-13 15:47
>
> on both there is an extra output line
>
> $ getent passwd
> SYSTEM:*:18:544:,S-1-5-18::
> LocalService:*:19:54
On Sun, Nov 16, 2014 at 5:26 AM, Alive wrote:
> On 11/15/2014 5:50 AM, Marco Atzeri wrote:
>> uploaded irssi-0.8.17-2 with SSL3 disabled
>>
>> Regards
>> Marco
>
> Currently running irssi-0.8.17-2 with no problem.
> Successfully connected to freenode and oftc through TLS with no problem.
>
> Still
On Mon, Nov 17, 2014 at 4:48 AM, Jan Nijtmanswrote:
> 2014-11-17 9:47 GMT+01:00 Jing Zhao :
>> The outputs:
>> welcome to linux world
>> res: 777
>> it's over
>>
>> So everything look fine. According to the FAQ 6.15, is there anything
>> that's potentially dangerous that I should be aware of, w
On Sat, Nov 15, 2014 at 1:41 PM, Lee wrote:
> On 11/15/14, Jeffrey Altman wrote:
>> On 11/15/2014 12:55 PM, Lee wrote:
>>
So, just because I installed Cygwin with my regular user account,
>>>
>>> You're doing it wrong. Install Cygwin using an admin account and
>>> regular user accounts are no
I currently maintain separate 32-bit and 64-bit versions of Cygwin.
I have separate "Local Package Directory"s for them, but that seems
unnecessary since almost everything is maintained separately: The
setup binaries have different names and the mirror folders contain
different subfolder names (x
Greetings, Nellis, Kenneth!
> I currently maintain separate 32-bit and 64-bit versions of Cygwin.
> I have separate "Local Package Directory"s for them, but that seems
> unnecessary since almost everything is maintained separately: The
> setup binaries have different names and the mirror folders
Hi folks,
I just uploaded getent-2.18.90-3.
getent is a Glibc tool which allows to fetch host, passwd, group,
protocol, and service information via a simple tool.
The -3 version introduces the ability to ask for passwd and group
entries via Windows username/groupname, using the "U-" prefix as
i
On Nov 17 13:45, Corinna Vinschen wrote:
> On Nov 17 11:41, Marco Atzeri wrote:
> > $ uname -svr
> > CYGWIN_NT-6.1-WOW64 1.7.33-2(0.280/5/3) 2014-11-13 15:45
> >
> > $ uname -svr
> > CYGWIN_NT-6.1 1.7.33-2(0.280/5/3) 2014-11-13 15:47
> >
> > on both there is an extra output line
> >
> > $ geten
On Nov 17 11:11, Corinna Vinschen wrote:
> On Nov 15 15:45, Christian Franke wrote:
> > What will be the future 'official' way for the opposite Windows->Cygwin
> > conversion? Some tool that uses CW_CYGNAME_FROM_WINNAME ?
>
> In theory, the right tool for this would be... getent. Just as I
> adde
On 17/11/14 12:41, Corinna Vinschen wrote:
On Nov 15 16:56, David Stacey wrote:
I'm not convinced that the test is valid. Poco seems to be making
assumptions about clock_gettime() and gettimeofday() that simply aren't
guaranteed to hold - but obviously do in Fedora at least. For instance,
> From: Andrey Repin
>
> I think you've used your current installation directory a little too long.
> :) Delete the setup.log{,.full}, they are no longer placed along the
> Cygwin setup executable. Mine's not been changed since september.
Hmm... Okay, I see that. Deleted! Thanx for that.
I also s
The following packages have been updated in the Cygwin distribution:
* ruby-actionmailer-4.0.12-1
* ruby-actionpack-4.0.12-1
* ruby-activemodel-4.0.12-1
* ruby-activerecord-4.0.12-1
* ruby-activesupport-4.0.12-1
* ruby-rails-4.0.12-1
* ruby-railties-4.0.12-1
Rails is a web application developmen
The following packages have been updated:
- poco-1.4.6p4-2
- libpoco-devel-1.4.6p4-2
- libpoco-doc-1.4.6p4-2
- libpoco16-1.4.6p4-2
- poco-debuginfo-1.4.6p4-2
PORT NOTES
==
The previous build of poco-1.4.6p4 contained an incomplete
documentation package. This was due to a pack
Version 1.12-1 of perl-Text-CSV_XS has been uploaded.
CHANGE LOG
==
1.12- 2014-11-01, H.Merijn Brand
* Add field number to error_diag
* Fixed non-IO parsing multi-byte EOL
* Fixed a possible missed multi-byte EOL
* Allow hashref for csv ()'s headers attribute
* Al
Version 1.12-2 of perl-Text-CSV_XS has been uploaded. This is a test
release, built against the test version of perl 5.18.2, and is only
available for x86 at this time.
CHANGE LOG
==
1.12- 2014-11-01, H.Merijn Brand
* Add field number to error_diag
* Fixed non-IO parsing mul
According to the AMD CodeXL profiler, the modules cygwin1.dll and
cygstdc++-6.dll account for 65.67% and 5.13% respectively of the runtime
of my code. The breakdown is shown below:
Function ModuleTimer samples
Timer samples percent
shmat
On 18/11/2014 00:45, Olumide wrote:
According to the AMD CodeXL profiler, the modules cygwin1.dll and
cygstdc++-6.dll account for 65.67% and 5.13% respectively of the runtime
of my code. The breakdown is shown below:
Reposting breakdown (hopefully will be less mangled this time)
Function
>>> Try starting cron in terminal session and see if anything comes up.
>
> Stop (don't kill! Everyone, who use -KILL, must be -KILL'ed) the cron service,
> then start cron in terminal, using `runas /user:... ...'. So it would run
> under proper user, and see if anything come up, when it execute yo
Hi,
On 17/11/14 20:26, Corinna Vinschen wrote:
On Nov 17 14:14, Shaddy Baddah wrote:
Hi,
I expect that there wasn't any explicit reasoning behind this, but
rebase creates a db with permissions that are too restrictive. To me
anyway, as I cannot see any danger in the db being readable by all.
Just a guess : http://linux.die.net/man/2/shmat
Maybe your code needs to optimize around memory abit.
On Mon, Nov 17, 2014 at 5:05 PM, Olumide <50...@web.de> wrote:
>
> On 18/11/2014 00:45, Olumide wrote:
>>
>> According to the AMD CodeXL profiler, the modules cygwin1.dll and
>> cygstdc++-6.dll a
Corinna Vinschen wrote:
Hi folks,
I just uploaded getent-2.18.90-3.
getent is a Glibc tool which allows to fetch host, passwd, group,
protocol, and service information via a simple tool.
The -3 version introduces the ability to ask for passwd and group
entries via Windows username/groupname,
JonY <10walls gmail.com> writes:
> gcc-4.8.3-5 has been uploaded for 64bit Cygwin. It contains some fixes
> for the libgcc unload handler. The -4 release was an accident that did
> not contain the fix.
Can you please check the setup.hint files? I think that gcc-core should
require windows-defaul
On 2014-11-18 01:36, Achim Gratz wrote:
JonY <10walls gmail.com> writes:
gcc-4.8.3-5 has been uploaded for 64bit Cygwin. It contains some fixes
for the libgcc unload handler. The -4 release was an accident that did
not contain the fix.
Can you please check the setup.hint files? I think that
33 matches
Mail list logo
