Igor Peshansky | 1 Jul 2006 01:20
Picon

Re: cygwing list subscription

On Fri, 30 Jun 2006, mwoehlke wrote:

> Igor Peshansky wrote:
> > On Fri, 30 Jun 2006, Abdellatif Ezzouhairi wrote:
> > > i'm currently doing simulations with ns-2 using cygwin,
> > > and i need to subscribe to cygwin mailing list
> > > how can i subscribe to this group !
> >
> > Try <http://cygwin.com/ml/#faq>, which is one link away from
> >
> > > Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> >
> > HTH,
> > 	Igor
>
> You can also check out gmane.org (group gmane.os.cygwin) if you would
> prefer an NTP interface to the list.

...but note that any problems with accessing the Cygwin mailing lists via
Gmane should be reported to Gmane.
	Igor
--

-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_	    pechtcha <at> cs.nyu.edu | igor <at> watson.ibm.com
ZZZzz /,`.-'`'    -.  ;-;;,_		Igor Peshansky, Ph.D. (name changed!)
     |,4-  ) )-,_. ,\ (  `'-'		old name: Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
(Continue reading)

fschmidt | 1 Jul 2006 01:17
Picon

Re: Need help running expect script under CYGWIN...


Igor Peshansky-2 wrote:
> 
> You posted
> through the web interface at Nabble (which is not associated with Cygwin).
> You might want to do some lobbying for them to include a link to the above
> instructions.
> 

No lobbying required.  Nabble has a wiki-like system so anyone can change
forum description.

> And while you're at it, please tell them to allow posting
> attachments using their web interface.
> 

Coming soon, in a few weeks.

Franklin Schmidt
Nabble.com

--

-- 
View this message in context: http://www.nabble.com/Need-help-running-expect-script-under-CYGWIN...-tf1874435.html#a5128135
Sent from the Cygwin Users forum at Nabble.com.

John Neil | 1 Jul 2006 02:37

When is next official cygwin net release?

Is there going to be an official cygwin net release soon?  The  
current one is 6 months old, and I could really use an official fix  
for <http://www.cygwin.com/ml/cygwin/2006-02/msg00334.html> in order  
to deploy a Cygwin install I am testing.

Also, it would be good if the above bug were listed in <http:// 
cygwin.com/faq/faq.known-problems.html>, and there was a FAQ on the  
Cygwin site with the current estimated release date of the next  
official release.

Thanks,

John

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information.  Any unauthorized review, use, disclosure or distribution
is prohibited.  If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------

Christopher Faylor | 1 Jul 2006 04:13
Favicon

Re: rsync over ssh hang issue understood

On Fri, Jun 30, 2006 at 04:12:11PM +0100, Darryl Miles wrote:
>Darryl Miles wrote:
>>There maybe other ways to deal with that write() but as far as I 
>>understand the NT kernel does not provide a true non-blocking mechanism 
>>to work from with pipes.  This is where you can offer to the kernel the 
>>data and if the buffers are full the kernel will reject the data without 
>>blocking leaving the application holding it.  Overlapped I/O as I 
>>understand it does not work like this.
>
>Okay the biggest factor I overlooked here was that the memory buffer 
>inside application space is pinned until IO completion is signalled, so 
>the theory here must be that for any real world usage I'd run out of 
>application address space before the kernel hit any internal problems. 
>As there is little overhead inside the NT kernel per overlapped IO that 
>is queued up compared to the 1kb/4kb buffer within application address 
>space.

I chimed in earlier in this thread because I didn't want you to start
working on an implementation which I'd have to reject at some later point.

I just want to be clear here.  I really do want to be convinced that the
current implementation in cygwin can't be fixed before we scrap that and
implement something new.  The person who submitted the original change
thought that it should be possible to fix the problem but he never
followed through with a fix.

cgf

Harry Dellicker | 1 Jul 2006 04:15
Picon
Favicon

Customizing setup.exe (How to specify "default" packages)

I know this has been asked before but I have not yet found a real answer.

  ---> How does setup.exe "decide" which packages are to be installed by
default?  <---

I do not see anything in setup.ini that controls this.  It is also not
hard-coded in the setup program itself, as far as I can tell, nor does
there seem to be any other obvious external source (file) which provides
the necessary information.

I have seen the suggestion that any packages placed in "Base" will be
included in the default package list, but that seems like a bit of a kluge.

I have spent hours with google, and hours studying the setup.exe source
code without any success.

Does anyone have a answer to this?  Is it just so simple that "any six
year old" could see it, but I'm no longer six?

Thank you,
Harry Dellicker

Christopher Faylor | 1 Jul 2006 04:28
Favicon

Re: Need help running expect script under CYGWIN...

On Fri, Jun 30, 2006 at 04:17:31PM -0700, fschmidt wrote:
>Igor Peshansky-2 wrote:
>>You posted through the web interface at Nabble (which is not associated
>>with Cygwin).  You might want to do some lobbying for them to include a
>>link to the above instructions.
>
>No lobbying required.  Nabble has a wiki-like system so anyone can
>change forum description.

But those of us who do not use nabble but do try to maintain up-to-date
instructions on the web sites that we manage are not particularly
interested in getting sucked into maintaining descriptions at two
separate sites.

There is a catch-22 here, I guess.  If Nabble really catches on, it
might be necessary to start blocking them just to cut down on people
sending email without understanding the rules.

cgf

Brian Dessent | 1 Jul 2006 04:36
Favicon

Re: rsync over ssh hang issue understood

mwoehlke wrote:

> Um... probably? Did you try looking at them? There is an
> InterlockedExchangeAdd (I think that's the right name... anyway, you
> feed it a pointer and a constant, and you get back the previous value).
> At any rate, anything Linux can do in assembly, Windows can also do,
> also in assembly, with it's own __asm keyword. The syntax is a little
> different, but it's there, and for something as speed-sensitive as I
> would guess pipes are, this sort of optimization is probably a Good Thing.

Maybe you guys ought to read the existing source code before discussing
this.  There are already dozens of calls to InterlockedIncrement,
InterlockedDecrement, InterlockedExchange, and
InterlockedCompareExchange in the codebase, and if you look at winbase.h
you'll see that these have been #defined to be inline assembly versions
of the functions.

Brian

Brian Dessent | 1 Jul 2006 04:42
Favicon

Re: Customizing setup.exe (How to specify "default" packages)

Harry Dellicker wrote:

> I have seen the suggestion that any packages placed in "Base" will be
> included in the default package list, but that seems like a bit of a kluge.

That is it.  Setup.exe will automatically select "Curr" for any package
in "Base" (and any of its dependant packages) that is not currently
installed.  I wouldn't say "the default package list" because there is
no list and because it's not just a default, i.e. if you uninstall
something in category "Base" then setup will try to install it again the
next time around.  It's more like "anything in this category is taken as
required and always will be selected for installation if not already
installed."

Brian

Igor Peshansky | 1 Jul 2006 04:47
Picon

Re: Customizing setup.exe (How to specify "default" packages)

On Fri, 30 Jun 2006, Harry Dellicker wrote:

> I know this has been asked before but I have not yet found a real answer.
>
>  ---> How does setup.exe "decide" which packages are to be installed by
> default?  <---

Simple.  Everything in the "Base" and "Misc" categories is installed by
default.  Any package that an installed package requires is installed by
default.  Shampoo, rinse, repeat.

> I do not see anything in setup.ini that controls this.

You didn't look hard enough.  It's everything with "category:.* Base" or
"category:.* Misc".

> It is also not hard-coded in the setup program itself, as far as I can
> tell, nor does there seem to be any other obvious external source (file)
> which provides the necessary information.

Ah, but it *is* hard-coded in setup.  In two places.  See
PickView::defaultTrust() and packagemeta::set_action().

> I have seen the suggestion that any packages placed in "Base" will be
> included in the default package list, but that seems like a bit of a
> kluge.

Perhaps, but that's how it is.

> I have spent hours with google, and hours studying the setup.exe source
(Continue reading)

James R. Phillips | 1 Jul 2006 05:16
Picon
Favicon

Re:MEX interface + DAE solvers in Fortran + gnumex/cygwin/mingw

I receive the mailing list in digest form, so forgive the lack of threading on
this reply.  BTW, good to hear from a Rose-Hulman student (I am an alum).

I think your basic problem is that you don't need cygwin _and_ mingw installed.
 You need one or the other, but not both.  Since the web site you refer to
mentions that cygwin gcc doesn't always work with matlab, I would suggest you
forget cygwin and go with mingw (and msys) all the way.  Try that, and if it
doesn't work, at least your problem is simplified, and it may be easier to find
an answer.  And BTW, you can't post mingw issues here - this list is cygwin
only.

Wnen you have a minute, take a look at the cygwin octave package - it can do
most of what matlab does, and there is even some mex compatibility if you
install octave-forge.

James R. Phillips
RHIT EE '78 and cygwin octave maintainer


Gmane