Thanks a lot. The problem is resloved.
Cheers,
Y.Suresh Kumar.
On Wed, Apr 15, 2009 at 1:38 PM, Corinna Vinschen
wrote:
> On Apr 15 12:20, Yarlagadda Suresh wrote:
>> Is this problem fixed in release 1.7.0-46?
>
> Yes, sure. I just forgot to mention it in the release announcement.
>
>
> Corinna
On Apr 15 12:20, Yarlagadda Suresh wrote:
> Is this problem fixed in release 1.7.0-46?
Yes, sure. I just forgot to mention it in the release announcement.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT
Is this problem fixed in release 1.7.0-46?
Cheers,
Y. Suresh Kumar.
On Wed, Apr 1, 2009 at 11:33 AM, Christopher Faylor
wrote:
> On Wed, Apr 01, 2009 at 11:19:28AM +0530, Yarlagadda Suresh wrote:
>>Thanks a ton for your quick response.
>>
>>Could please let me know the patch version number, whic
On Wed, Apr 01, 2009 at 11:19:28AM +0530, Yarlagadda Suresh wrote:
>Thanks a ton for your quick response.
>
>Could please let me know the patch version number, which includes the
>fix?
Just wait for Corinna's Cygwin 1.7 release announcement that you'll see
here.
cgf
--
Unsubscribe info: htt
Thanks a ton for your quick response.
Could please let me know the patch version number, which includes the fix?
Cheers,
Suresh Kumar.
On Tue, Mar 31, 2009 at 8:37 PM, Corinna Vinschen
wrote:
> On Mar 31 14:08, Corinna Vinschen wrote:
>> On Mar 31 17:11, Yarlagadda Suresh wrote:
>> > Hi,
>> >
>
On Mar 31 14:08, Corinna Vinschen wrote:
> On Mar 31 17:11, Yarlagadda Suresh wrote:
> > Hi,
> >
> > I am using shmget()/shmat() methods for getting the shared memory.
> >
> > I had tried running the same program which is given in the previous
> > mention thread, the results are same as mentioned
http://cygwin.com/acronyms/#TOFU
On Mar 31 17:11, Yarlagadda Suresh wrote:
> Hi,
>
> I am using shmget()/shmat() methods for getting the shared memory.
>
> I had tried running the same program which is given in the previous
> mention thread, the results are same as mentioned over there.
I ju
Hi,
I am using shmget()/shmat() methods for getting the shared memory.
I had tried running the same program which is given in the previous
mention thread, the results are same as mentioned over there.
I think it would tough to modify the shmget/shmat calls to mmap for my
application.
I believe
On Mar 31 15:04, Yarlagadda Suresh wrote:
> Hi,
>
> I am using CYGWIN V 1.5.25-15 on Windows 2008 Standard Server Edition with
> SP1.
>
> I have a program which does the following :
>
> 1. The main process gets shared memory, opens an index file (through
> Btrieve API).
How does it get shared
On Aug 28 14:47, Dave Korn wrote:
> On 28 August 2007 14:28, Mehdi Rabah wrote:
>
> > Hi,
> >
> > I'm trying to compile a linux project with cygwin. There is a file
> > which use IPC and include all the necessary files
> >
> > #include
> > #include
> > #include
> > #include
> > #include
> >
On 28 August 2007 14:28, Mehdi Rabah wrote:
> Hi,
>
> I'm trying to compile a linux project with cygwin. There is a file
> which use IPC and include all the necessary files
>
> #include
> #include
> #include
> #include
> #include
>
>
> but still, I have this error at compile time:
>
> er
On Apr 9 11:40, Vincent Dedun wrote:
> >What's the error code you get?
>
> read just return less byte than expected, and it occurs only in this
> case.
Ok, that's nothing to worry about and something you have to expect
anyway. At least as long as the next attempt to read returns the
missing da
There is a strange stuff, but it won't perturb me :
when i run my master/slaves programs, then run the testcase at the
same
time and kill it, the slave may have a socket read error if it was
reading on the socket at the same time that testcase is launched.
I'm wondering if that's realy related or
On Apr 9 10:55, [EMAIL PROTECTED] wrote:
> It solves all my problems and nothing's left ;)
Oh cool. What a relief.
> There is a strange stuff, but it won't perturb me :
> when i run my master/slaves programs, then run the testcase at the same
> time and kill it, the slave may have a socket rea
it works for me too for the testcase i provided last time.
But there is still some issues when you run several semaphore-using
program at the same time.
Again the thread synchronization was the culprit. I reworked it once
again and I ran your testcase 5 times concurrently with different sleep
val
On Apr 8 17:10, [EMAIL PROTECTED] wrote:
> it works for me too for the testcase i provided last time.
>
> But there is still some issues when you run several semaphore-using
> program at the same time.
[Insert swear-word here]
> to reproduce it :
> -compil last testcase with this modification
On Apr 4 18:05, Vincent Dedun wrote:
grepping cygserver debug output, show that, with 2 child process
sharing mutex, wakeup is called first, then 2 msleep are called. So
when msleep is called, wakeup has already been called, and msleep has
to sleep forever.
What you see is intermixed debug output
On Apr 4 18:05, Vincent Dedun wrote:
> grepping cygserver debug output, show that, with 2 child process
> sharing mutex, wakeup is called first, then 2 msleep are called. So
> when msleep is called, wakeup has already been called, and msleep has
> to sleep forever.
What you see is intermixed d
I just saw a strange stuff : in sysv_sem.cc (cygserver) at end of
semop
function (:done2 label), the mutex is released after waking up waiting
process, shouldn't it be the inverse ?
No, the mtx_unlock is correct. If you're looking for bugs, they are
very
likely in the bsd_* files in cygserver.
Original Message
>From: Corinna Vinschen
>Sent: 04 April 2005 15:26
> On Apr 4 14:45, Dave Korn wrote:
>> Incidentally, what's the difference between the cygwin0.dll and the
>> new-cygwin1.dll, anyone? Is the -0.dll the
>
> The cygwin0.dll is tweaked to run in the testsuite, while ano
On Apr 4 16:25, Corinna Vinschen wrote:
> On Apr 4 14:45, Dave Korn wrote:
> > Incidentally, what's the difference between the cygwin0.dll and the
> > new-cygwin1.dll, anyone? Is the -0.dll the
>
> The cygwin0.dll is tweaked to run in the testsuite, while another version
> of Cygwin is still
On Apr 4 14:45, Dave Korn wrote:
> Incidentally, what's the difference between the cygwin0.dll and the
> new-cygwin1.dll, anyone? Is the -0.dll the
The cygwin0.dll is tweaked to run in the testsuite, while another version
of Cygwin is still running.
Corinna
--
Corinna Vinschen
On Apr 4 15:13, Vincent Dedun wrote:
> i have no idea how to do this, i'm not a good system programmer.
gdb?
> further more, i have a slow computer, and recompiling cygwin is long.
> I even don't know how to active debugging (dprintf) on cygwin dll.
The debug output in cygserver is activated by
Dave Korn wrote:
> Incidentally, what's the difference between the cygwin0.dll and the
> new-cygwin1.dll, anyone? Is the -0.dll the
> specially-tweaked-for-running-make-check-without-clashing-with-the-existing-
> one one? I'm fairly sure it's the new-* dll that gets installed by "make
> instal
Original Message
>From: Vincent Dedun
>Sent: 04 April 2005 14:14
> i tried to test this, but when i modify cygwin sources and compil, my
> cygwin0.dll is not updated, i don't want to recompil everything each
> time, it take too longs.
cd /i686-pc-cygwin/winsup/cygwin
make all
will just
Corinna Vinschen wrote :
On Apr 4 08:52, Vincent Dedun wrote:
However, semaphores still doesn't work properly.
There is no more problem with semop not waiting, but with quick
semaphores locking unlocking.
I attach a new testcase, which is the same as previous one, except
each
child task will lock
On Apr 4 08:52, Vincent Dedun wrote:
> However, semaphores still doesn't work properly.
> There is no more problem with semop not waiting, but with quick
> semaphores locking unlocking.
>
> I attach a new testcase, which is the same as previous one, except each
> child task will lock the semaph
Corinna Vinschen wrote :
Thanks again for the testcase. It helped to track down the problem which
was a result of my previous check in. It should be solved in CVS now.
Since you're building from CVS anyway, I don't create another snapshot
for now. We're that close to 1.5.14 anyway...
Thanks a
On Apr 1 16:36, Vincent Dedun wrote:
> I recompiled from the cygwin cvs, and it solved my problem, my master
> now runs well.
>
> However, there is still a problem, sorry ;)
Thanks again for the testcase. It helped to track down the problem which
was a result of my previous check in. It shoul
Corinna Vinschen wrote :
So I hope you wouldn't mind I attached a short testing program you can
easily compil with gcc to reproduce the bug.
Cool, that's exactly what I was asking for. I was immediately able to
reproduce the problem and it turned out, that on fork() the socket
duplication fr
On Apr 1 13:05, Vincent Dedun wrote:
> So I hope you wouldn't mind I attached a short testing program you can
> easily compil with gcc to reproduce the bug.
Cool, that's exactly what I was asking for. I was immediately able to
reproduce the problem and it turned out, that on fork() the socket
d
Corinna Vinschen wrote :
There seems to be odd problems with windows sp2 (and some sp1 with
undetermined updates).
Never heard of Windows sp2. NT4 SP2? 2000 SP2? XP SP2?
I'm sorry I sometimes forget there are several windows versions.
I'm using windows xp sp2 with all lastest microsoft
On Apr 1 10:11, Vincent Dedun wrote:
> There seems to be odd problems with windows sp2 (and some sp1 with
> undetermined updates).
Never heard of Windows sp2. NT4 SP2? 2000 SP2? XP SP2?
> I work on windows version of drqueue, which is an opensource distributed
> rendering management softwar
On Jan 4 10:21, Zachary Uram wrote:
> On Tue, 4 Jan 2005 15:03:51 +0100, Corinna Vinschen
> <[EMAIL PROTECTED]> wrote:
> > On Jan 4 05:57, Zachary Uram wrote:
> > > On Thu, 30 Dec 2004 17:59:17 +0100, Corinna Vinschen
> > > > ipc-deamon2 has been deprecated. Use cygserver instead. It's part of
On Tue, 4 Jan 2005 15:03:51 +0100, Corinna Vinschen
<[EMAIL PROTECTED]> wrote:
> On Jan 4 05:57, Zachary Uram wrote:
> > On Thu, 30 Dec 2004 17:59:17 +0100, Corinna Vinschen
> > > ipc-deamon2 has been deprecated. Use cygserver instead. It's part of the
> > > Cygwin base package and installed int
On Jan 4 05:57, Zachary Uram wrote:
> On Thu, 30 Dec 2004 17:59:17 +0100, Corinna Vinschen
> > ipc-deamon2 has been deprecated. Use cygserver instead. It's part of the
> > Cygwin base package and installed into /usr/sbin. Documentation is in
> > /usr/share/doc/Cygwin/cygserver.README.
>
> Ok I
On Tue, Jan 04, 2005 at 05:58:47AM -0500, Zachary Uram wrote:
> On Tue, 4 Jan 2005 05:57:26 -0500, Zachary Uram wrote:
> > On Thu, 30 Dec 2004 17:59:17 +0100, Corinna Vinschen wrote:
> > > On Dec 29 22:50, Zachary Uram wrote:
> > > > Hello I am running the latest Cygwin with cygipc-2.03-2.tar packa
On Tue, 4 Jan 2005 05:57:26 -0500, Zachary Uram <[EMAIL PROTECTED]> wrote:
> On Thu, 30 Dec 2004 17:59:17 +0100, Corinna Vinschen
> <[EMAIL PROTECTED]> wrote:
> > On Dec 29 22:50, Zachary Uram wrote:
> > > Hello I am running the latest Cygwin with cygipc-2.03-2.tar package
> > > and when I run
> >
On Thu, 30 Dec 2004 17:59:17 +0100, Corinna Vinschen
<[EMAIL PROTECTED]> wrote:
> On Dec 29 22:50, Zachary Uram wrote:
> > Hello I am running the latest Cygwin with cygipc-2.03-2.tar package
> > and when I run
> > /usr/bin/ipc-daemon2.exe it immediately exits, no error message is printed,
> > i hav
On Dec 29 22:50, Zachary Uram wrote:
> Hello I am running the latest Cygwin with cygipc-2.03-2.tar package
> and when I run
> /usr/bin/ipc-daemon2.exe it immediately exits, no error message is printed,
> i have a /tmp directory and when i run ipcs it says: Bad system call
>
> When I do ps it also
Corinna Vinschen schrieb:
On Sep 4 13:38, Reini Urban wrote:
I experience a shmget problem with postgresql and try to debug that.
I created debug version of cygserver.
cd "src\obj\i686-pc-cygwin\winsup\cygserver"
insight cygserver.exe
I put a breakpoint at shmget()
break ../../../../winsup/cygserv
On Sep 4 13:38, Reini Urban wrote:
> I experience a shmget problem with postgresql and try to debug that.
>
> I created debug version of cygserver.
>
> cd "src\obj\i686-pc-cygwin\winsup\cygserver"
> insight cygserver.exe
>
> I put a breakpoint at shmget()
> break ../../../../winsup/cygserver/sy
On Thu, Jul 01, 2004 at 12:18:58PM +0200, Branko on dkts wrote:
>I would be most grateful for your help.
>
>I am having trouble transferring data between two processes over pseudo
>terminal (PTY) master/slave connection. I send data from the slave process
>to the master process with no problem. How
Igor Pechtchanski wrote:
On Tue, 29 Jun 2004, Larry Hall wrote:
At 03:16 PM 6/29/2004, you wrote:
On Tue, Jun 29, 2004 at 01:14:06PM -0400, Larry Hall wrote:
LOL! So does this mean we need to change our tag-line from WJM to WJHAF
(We're just helpful and friendly)? ;-)
I wouldn't want to get carri
On Tue, 29 Jun 2004, Larry Hall wrote:
> At 03:16 PM 6/29/2004, you wrote:
> >On Tue, Jun 29, 2004 at 01:14:06PM -0400, Larry Hall wrote:
> >>LOL! So does this mean we need to change our tag-line from WJM to WJHAF
> >>(We're just helpful and friendly)? ;-)
> >
> >I wouldn't want to get carried aw
At 03:16 PM 6/29/2004, you wrote:
>On Tue, Jun 29, 2004 at 01:14:06PM -0400, Larry Hall wrote:
>>LOL! So does this mean we need to change our tag-line from WJM to WJHAF
>>(We're just helpful and friendly)? ;-)
>
>I wouldn't want to get carried away. Lets just try the helpful and friendly
>on Tues
On Tue, Jun 29, 2004 at 01:14:06PM -0400, Larry Hall wrote:
>LOL! So does this mean we need to change our tag-line from WJM to WJHAF
>(We're just helpful and friendly)? ;-)
I wouldn't want to get carried away. Lets just try the helpful and friendly
on Tuesdays for a while to see how it goes. I
At 01:13 PM 6/29/2004, you wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Dave Korn
>> Sent: 29 June 2004 18:09
>
>> > -Original Message-
>> > From: cygwin-owner On Behalf Of asterix_ve
>> > Sent: 29 June 2004 18:04
>>
>> > Hi all,
>> >
>> > Some one can help me
> -Original Message-
> From: cygwin-owner On Behalf Of Dave Korn
> Sent: 29 June 2004 18:09
> > -Original Message-
> > From: cygwin-owner On Behalf Of asterix_ve
> > Sent: 29 June 2004 18:04
>
> > Hi all,
> >
> > Some one can help me with a source program in c++ that use
> > In
> -Original Message-
> From: cygwin-owner On Behalf Of asterix_ve
> Sent: 29 June 2004 18:04
> Hi all,
>
> Some one can help me with a source program in c++ that use
> Inter process
> comunication with shared memory?
>
> Using gcc + cygwin?
>
> Thanks a lot.
Nope. Nobody can help
On Mon, 14 Jun 2004, John rambo wrote:
> Hi, for some reason I cannot get ipc-daemon2 installed. I looked in user/bin
> and it is not there. I have tried downloading from several different sites,
> removing all the registry entries and all the files and starting all over and
> still no happines
Eric,
Please post instead of sending private email.
On Sat, Nov 08, 2003 at 09:18:07PM -0600, IntelleDoc wrote:
> You seem to be the guy who is most up to date on the cygwin IPC
> release. I just downloaded the latest cgywin release, 1.5.5.1 and my
> old 1.14-1 version of the cygipc no longer wor
Rob,
On Sun, Sep 28, 2003 at 05:58:45PM -0500, Robert L. Campbell wrote:
> here's my problems whith shared memory.
>
> cygwin 1.5.5-1
> ipc-daemon2 runs from the command line ok.
> ipcs -m reports no shared memory in kernel.
> ipctest h can't allocate shared memory.
Works for me:
$ un
Also tried:
ipc-daemon2 --install-as-service
and this also failed to start as a service.
- Original Message -
From: "Bill Pfeiffer" <[EMAIL PROTECTED]>
To: "Cygwin" <[EMAIL PROTECTED]>
Sent: Saturday, September 06, 2003 9:20 PM
Subject: ipc-daemon2 starts at cl, fails as a service
> I
On Thu, Apr 25, 2002 at 05:54:59PM +0200, ?ukasz Odziewa wrote:
> i think that there is a bug in cygipc-1.11 - you can see it during running
> Postgres under Windows XP (see my previous post) - if you kill
> ipc-daemon and DELETE ITS FILES and rerun it, everything will be OK
> and postgres created
Roland Glenn McIntosh wrote:
> If you can, please help. I made sure that: - my /bin directory
> (C:\cygwin\bin) is in your system PATH (e.g. set for the entire
> system from the My Computer properties) (Chuck msg 9/2001)
>
> - The PATH is set correctly (Kurt msg 9/2001) Just for kicks i
>
56 matches
Mail list logo
