On 2/17/2016 12:53 AM, Rashi Singhal wrote:
Hi ,
I have a application that is invoked multiple times. Each invocation
accesses shared memory for a performing task.
This all works with Cygwin1.3
Now We are using Cygwin 1.7-58 with windows 2008 after this The number...
Cygwin 1.7.x is
Hi ,
I have a application that is invoked multiple times. Each invocation
accesses shared memory for a performing task.
This all works with Cygwin1.3
Now We are using Cygwin 1.7-58 with windows 2008 after this The number
of attached processes keeps on increments and due to which system
I've attached a patch set modifying Cygwin's profiling support to sample PC
values of all an application's threads, not just the main thread. There is no
change to how profiling is requested: just compile and link the app with "-pg"
as usual. The profiling info is dumped into file gmon.out as
First let me say that I'm not too well-versed in coding and the ins and outs
of how processes utilize credentials when they are spawned. However, the
jist of it seems to be that if there are no credentials saved with passwd -R
to replace the current user token with that of the user that is SSH'd
Linda Walsh sent the following at Saturday, February 13, 2016 7:15 AM
>Marco Atzeri wrote: ---
>> On 11/02/2016 19:33, Byron Boulton wrote:
>>> On 2/11/2016 1:18 PM, cyg Simple wrote:
On 2/11/2016 9:00 AM, Byron Boulton wrote:
> Does anyone here have success using `updatedb` and `locate`
Greetings, waterlan!
> Andrey Repin schreef op 2016-02-16 18:47:
>> Greetings, waterlan!
>>
> I run DosBOX-win32 directly on 64 bit Windows. No need for a Cygwin
> POSIX layer here.
You could say the same of many packages. If you want to run MinGW or
MSYS, go right
On Tue, Feb 16, 2016 at 12:36 PM, waterlan wrote:
> I don't have a problem with it. I was only wondering if anyone would use it.
I do have need to use it occasionally, and I am appreciative that it's
now included in the Cygwin repository now. I was able to uninstall
the old version I had. It's
[please don't top-post]
Tomasz Wiszkowski writes:
> the protobuf package needs to be rebuilt.
That package is orphaned. Since you already have it built and are
obviously using it, would you like to maintain it?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk
I gather this package bug is not exactly interesting here, but i'll
share a final update.
The package is likely built inaccurately, or is linked against library
that changed ABI over time.
Downloading and compiling protocol buffers library manually does not
expose any of the serialization
Andrey Repin schreef op 2016-02-16 18:47:
Greetings, waterlan!
I run DosBOX-win32 directly on 64 bit Windows. No need for a Cygwin
POSIX layer here.
You could say the same of many packages. If you want to run MinGW or
MSYS, go right ahead. If you want to use Cygwin as an environment in
and
Hi Achim,
Achim Gratz wrote:
D. Boland writes:
These tools are provided separately in many Linux distros for quite
some time, and while those tools can be started by inetd, inetd
doesn't require them and they don't require inetd (xinetd is perfectly
capable of replacing inetd).
I don't see
Hello. Not sure if this is the right forum. But any help would be appreciated.
Like the subject says, I compiled a program and when i run it, it doesn't do
anything. But when i check the task manager, there are 3 instances of it
running. And it wont let me kill them either. Before i updated to
D. Boland writes:
>> These tools are provided separately in many Linux distros for quite
>> some time, and while those tools can be started by inetd, inetd
>> doesn't require them and they don't require inetd (xinetd is perfectly
>> capable of replacing inetd).
>
> I don't see why this makes
Greetings, waterlan!
>>> I run DosBOX-win32 directly on 64 bit Windows. No need for a Cygwin
>>> POSIX layer here.
>>
>> You could say the same of many packages. If you want to run MinGW or
>> MSYS, go right ahead. If you want to use Cygwin as an environment in
>> and of its own, then the more
I installed the motif and Xt debuginfo packages. When I start gdb I
get following warning
(gdb) run
Starting program: /cygdrive/c/BPTECH/batches/versn7_2/execs/BATCHES.x
[New Thread 8576.0x5e0]
[New Thread 8576.0x9dc]
[New Thread 8576.0x14d0]
warning: the debug information found in
Hi Corinna,
Corinna Vinschen wrote:
Hi Daniel,
On Feb 13 07:56, D. Boland wrote:
Hi Corinna,
Corinna Vinschen wrote:
On Feb 7 18:55, D. Boland wrote:
Some programs in the inetutils suite are packaged already:
* hostname
* whois
* tftp
* tftp-server
So I added these on the 'required'
On 2016-01-28 21:28, Yaakov Selkowitz wrote:
On 2016-01-05 06:48, Damien Doligez wrote:
There is now a flexdll for x86_64. Could you please enable
(nat)dynlink there too?
I'd missed this piece of news. The upstream flexdll page doesn't
mention cygwin-64 as a supported toolchain. Did you do
> I get the expected command not found response in my cygwin64; what do
> you get from "dot --help"?
>
My Apologies, The problem was between the keyboard and chair.
I had an errant alias command in my ~/.bashrc pointing 'dot' to
c:\program files (X86)/
I don't know why I didn't think of it
On Tue, Feb 16, 2016 at 9:11 AM, Andrew Louie wrote:
> I type in the command: 'dot' expecting a bash: dot: command not found
> and instead I get:
>
> bash: syntax error near unexpected token `X86'
>
> the command: 'which dot' returns:
>
> which: no dot in ($PATH)
>
> where is bash finding this
I type in the command: 'dot' expecting a bash: dot: command not found
and instead I get:
bash: syntax error near unexpected token `X86'
the command: 'which dot' returns:
which: no dot in ($PATH)
where is bash finding this dot program?
(I'm trying to run graphviz in cygwin with no luck) I
Jeremy Leung email.ulster.ac.uk> writes:
> I have recently installed the latest version of Cygwin on my Windows 8
laptop, and everything is working as expected.
> However the issue I am having is that when I'm in VIM, and try to use the
":grep" command, it says that the
> command is not available
Hi John,
This looks like a bug in wineserver.
Cygwin strace log show an access error soon after fhandler_base::open()
[main] mktemp 111 fhandler_base::open:
(\??\C:\cygwin\tmp\tmp.kAEScb0yvo, 0x108A02)
[main] mktemp 111 __set_errno: int aclsort32(int, int,
aclent_t*):1403 setting errno 22
Carl-Erik Kopseng gmail.com> writes:
>>> ssh: Could not resolve hostname timbuktu.kopseng.no: Non-recoverable
>>> failure in name resolution
>> I don't think this is a generic Cygwin problem. I can resolve the
>> hostname just fine:
>> $ uname -svr
>> CYGWIN_NT-10.0 2.4.1(0.293/5/3)
On Tue, Feb 16, 2016 at 8:57 AM, waterlan wrote:
> I agree with you, but I can't see the advantage for DosBOX. I would also not
> run Wine or VirtualBox under Cygwin. It only adds slowness.
There are people who run Cygwin under Wine, so the circle is now complete :)
Csaba
--
GCS a+ e++ d- C++
24 matches
Mail list logo