License for clang patch "7.0.1-cygwin-driver.patch"

[Samuel Bronson]

The following message is a courtesy copy of an article
that has been posted to gmane.os.cygwin as well.

I was thinking of trying to upstream the patch at:
--text follows this line--
https://cygwin.com/git-cygwin-packages/?p=git/cygwin-packages/clang.git;a=blob;f=7.0.1-cygwin-driver.patch;h=8f2419846f3d649b81282868d8cd94de574a50f8;hb=e1fccf772aa5add40bba9050abeea188c62acbdd

But I expect the LLVM people would want to make sure that the changes
are licensed appropriately.

Unfortunately, I couldn't find anything about the licensing of the
packaging files in that packaging repository, nor do I see anything
about a licensing policy for packaging files on the page
.

It doesn't exactly help that the LLVM project are in the midst of
relicensing their code, and the new policy only landed after the 8.x
branch, so even a "same as upstream code unless otherwise specified"
policy would only really help W.R.T. Achim Gratz's update of the patch
from clang 8.x to clang 9.x.

The current licensing policy for LLVM is described at:


Any ideas about this?

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: checking cyg version (was Re: GNU make losing jobserver tokens)

[Samuel Lelièvre]

Version number of the "cygwin" Cygwin package:
```
cygcheck -c cygwin
```

Version numbers of all installed Cygwin packages:
```
cygcheck -c
```

Save that information to a file:
```
cygcheck -c > cygwin-package-versions.txt
```

Save more complete information to a file:
```
cygcheck -s -r -v > cygcheck.out
```

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: setup (2.917)

[Samuel Lelièvre]

2022-01-31 06:43 UTC, © Fxzx mic:
>
> Marco Atzeri, 2022年1月31日 14:25:
>
> > On 31.01.2022 06:36, © Fxzx mic wrote:
> > > Hello,
> > > I want to know how to change the default value of [...]
> >
> > Hi,
> >
> > bottom posting on this mailing list, please. [...]
>
> Hello,
> Sorry, I just want to ask the author first. I don't know this rule. Sorry.

See this explanation of posting styles:

https://en.wikipedia.org/wiki/Posting_style

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Request: Singular 4.2.1p2, FLINT 2.8.4, Arb 2.21.1, pdf2svg 0.2.3

[Samuel Lelièvre via Cygwin]

Dear Cygwin package maintainers,

This is to kindly request upgrading two existing
packages for mathematical software (Singular and
FLINT), and creating packages for two other pieces
of software, one mathematical library for arbitrary
precision real and complex floating point
calculations based on ball arithmetic (Arb),
and one graphics utility for converting between
graphical file formats, from pdf to svg (pdf2svg).

My wishlist as a list with extra links:

- upgrade "singular" package to Singular 4.2.1p2

  https://www.singular.uni-kl.de/
  https://github.com/Singular/Singular
  https://github.com/Singular/Singular/tags
  https://repology.org/project/singular/versions

- upgrade "flint" package to FLINT 2.8.4

  http://flintlib.org/
  https://github.com/wbhart/flint2
  https://github.com/wbhart/flint2/tags
  https://repology.org/project/flint/versions

- package Arb 2.21.1

  https://arblib.org/
  https://github.com/fredrik-johansson/arb
  https://github.com/fredrik-johansson/arb/tags
  https://repology.org/project/arb-fp/versions

- package pdf2svg 0.2.3

  http://cityinthesky.co.uk/opensource/pdf2svg/
  https://github.com/dawbarton/pdf2svg
  https://github.com/dawbarton/pdf2svg/releases
  https://github.com/dawbarton/pdf2svg/tags
  https://repology.org/project/pdf2svg/versions

Or if someone can teach me how to do that,
I would be happy to learn in order to be able
to contribute in the future. In particular there
are a number of other pieces of mathematical
software I would like to help package.

Thanks for all the packaging effort.   --Samuel

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Error Reporting

[Samuel Cape]

Hi, I'm trying to use the Render Street plugin to send my render job (which
includes video files), and I encounter the following error:

 1 [main] rsync 7388 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer.  Please report this problem to
the public mailing list cygwin@cygwin.com

So... here I am mailing the public mailing list.

Sam

Samuel Cape
capesounds.com

--
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

RE: iswcntrl() regression

[Wong, Samuel]

Hi All,

I have tried to unsubscribe from the Cygwin mailing list.

I have tried simple way to unsubscribe by entering Mailing list name, Your 
email address.  But I cannot find out the mailing list name.
I have read the unsubscribe full, but still cannot find the mailing list name.

Please help to unsubscribe me for all mailing lists with Cygwin.

My email address is samuel.w...@intel.com



Thanks
Sam.

-Original Message-
From: cygwin-ow...@cygwin.com  On Behalf Of Corinna 
Vinschen
Sent: Wednesday, December 19, 2018 5:37 AM
To: cygwin@cygwin.com
Cc: Bruno Haible ; Assaf Gordon 
Subject: Re: iswcntrl() regression

CCed Bruno and Assaf, I guess both are not subscribed to the Cygwin ML.

On Dec 19 14:25, Thomas Wolff wrote:
> On 19.12.2018 13:53, Bruno Haible wrote:
> > Hi,
> > 
> > POSIX [1] requires that iswcntrl (EOF) == 0.
> Interesting special case, as EOF is not a character.
> In newlib/libc/ctype, this could be fixed in iswcntrl_l.c as a special 
> condition, or injected as a special case in the categories.t table.
> Are there any other special requirements concerning EOF?
> Thomas
> 
> > 
> > This was true in CYGWIN_NT-10.0 2.9.0(0.318/5/3) (x86_64)
> > but is no longer true in CYGWIN_NT-10.0 2.11.1(0.329/5/3) (x86_64).
> > (Reported by Assaf Gordon.)
> > 
> > Looking at the changes that occurred in the cygwin git between
> > 2.9.0 (on 2017-08-03) and 2.11.1 (on 2018-08-31) it appears to me 
> > that the culprit is the commit
> > 41f72ab4d7c404b8ac2a5e1187d79164992e4483 (on 2018-03-09).
> > 
> > I would like to CC its author, Thomas Wolff, but he gave an invalid 
> > email address  in the commit.
> > 
> > This regression was found by gnulib's test suite 
> > https://git.savannah.gnu.org/gitweb/?p=gnulib.git;a=blob;f=tests/tes
> > t-wctype-h.c
> > 
> > Bruno

Thanks for the report, Bruno!


Corinna

--
Corinna Vinschen
Cygwin Maintainer

Re: Redefinition of `struct in6_addr'?

[Samuel Thibault]

Corinna Vinschen, le Wed 24 Apr 2013 19:51:07 +0200, a écrit :
> > > /usr/include/cygwin/in6.h:75:8: error: redefinition of ‘struct in6_addr’
> > > /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../include/w32api/in6addr.h:17:16:
> > > note: originally defined here
> 
> Don't know this file but this is a bug in config.h.  struct in6_addr
> is defined in a system header, so it should not be gratuitously defined 
> in a project header, especially if the definition collides with the
> right one from the system header.

Mmm, but here it's w32api definition vs cygwin definition.

Samuel

--
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

Re: Missing dependency in brltty package

[Samuel Thibault]

Corinna Vinschen, le Wed 21 Mar 2012 11:44:59 +0100, a écrit :
> On Mar 20 13:11, jniel...@ddci.com wrote:
> > After doing an update to current Cygwin packages (as of March 20) and a 
> > fresh install, I got an error message during the postinstall phase. In 
> > /var/log/setup.log.full, I find
> > 
> > /etc/postinstall/brltty.sh: line 11: cygrunsrv: command not found
> > 
> > When I manually select and install the cygrunsrv package then the 
> > postinstall script completes without error. It seems that the brltty 
> > package lacks a dependency.
> 
> I added the dependecy to cygrunsrv to brltty's setup.hint file.
> Samuel, would you mind to note that in your local copy?

Oops, indeed, thanks.

Samuel

--
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

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

[Samuel Thibault]

Corinna Vinschen, le Thu 08 Dec 2011 09:47:45 +0100, a écrit :
> Too bad.  In that case, Samuel, can you please have a closer look to
> see what broke brltty?

The switch to mintty, simply. Brltty uses ReadConsoleOutputCharacter()
to get the text from consoles, I bet mintty does not implement this.
Lars thus needs cygwin to be able to run from a standard windows console
too.

> I have not the faintest idea how to test it

Install brltty, and run

brltty -b xw

When the focus is on a windows console, a window on the top of the
screen will show up, representing the output that would show up on a
braille device.

> and how to see if it works or not.

Try to switch to mintty, the window will disappear, because
ReadConsoleOutputCharacter will stop working.

Samuel

--
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

Re: [ANNOUNCEMENT] CALL FOR TESTING: Cygwin 1.7.10

[Samuel Thibault]

Lars Bjørndal, le Tue 06 Dec 2011 21:17:37 +0100, a écrit :
> [Corinna]
> > On Dec  6 16:27, Corinna Vinschen wrote:
> > > On Dec  6 16:21, Lars Bjørndal wrote:
> > > > Hi
> > > > 
> > > > Sorry, but now, with this new snapshot, BRLTTY doesn't work. I'm not
> > > > sure how to figure out which snapshot I'm currently using, where the
> > > > program does work.
> > > 
> > > Uname -a.  The build date will show.
> > 
> > Btw., "brltty doesn't work" is a bit low on detail.  It would also be
> > helpful if you could find out with which snapshot brltty starts to
> > misbehave.
> 
> I'll try when back in business. BRLTTY didn't start up. I only got the
> initial startpu message from BRLTTY on the braille display. After
> that, I was not able to read anything.

Please try with a windows console. Iirc cygwin switched to rxvt or
something not windows-native. Brltty can't read that, only standard
windows consoles.

Samuel

--
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

Re: Issue with inserting '@' at the command prompt.

[Samuel Thibault]

Corinna Vinschen, le Fri 19 Aug 2011 17:08:41 +0200, a écrit :
> On Aug 19 16:06, Samuel Thibault wrote:
> > Corinna Vinschen, a écrit :
> > > On Aug 19 15:14, Samuel Thibault wrote:
> > > > Corinna Vinschen, le Fri 19 Aug 2011 13:50:19 +0200, a Ãcrit :
> > > > > >   .wVirtualKeyCode = 0x630,
> > > >
> > > > Eergl, no, that should have been 0x30 here, our code does properly masks
> > > > out the high part, I just missed that in our code.
> > > 
> > > And what about the control code?  It's a fixed 1 in your example,
> > 
> > That's only the example. 1 is obviously not hardcoded in the real source
> > code, which I have attached (I just initially wanted to avoid you having
> > to browse into the whole not-so-readable source ).
> > 
> > > but obviously it should be 6.
> > 
> > That's clearly not obvious from an altgr point of view: people use altgr
> > to type '@', so it makes sense to simulate the hit of the right alt
> > (i.e. altgr).
> 
> Typo on my part.  I meant 5, the combination of RIGHT_ALT_PRESSED and
> RIGHT_CTRL_PRESSED.

Well I understood the latter without even looking at the exact number
actually :)

> But RIGHT/LEFT CTRL should be equivalent anyway, as far as general
> typing is concerned.

CTRL, yes.

> > > > Err, do you mean LEFT_ALT_PRESSED here? Right alt is altgr in some
> > > > keyboard layouts, which is precisely what people use to type '@' in
> > > > the french layout, actually. E.g. LeftAlt-A and RightAlt-A (i.e.
> > > 
> > > I'm aware of this difference, so, no, that was a deliberate
> > > RIGHT_ALT_PRESSED.
> > 
> > But for the cases when only alt is to be pressed, this simulates a right
> > alt, which with e.g. the french layout is not the same as the left one.
> 
> Yes, just like the german one.  However, to the best of my knowledge
> there's no printable unicode char which requires to press left-alt on
> any such keyboard layout.

Yes, but there are shortcuts which use left-alt.

> That's exactly what the AltGr == right-alt key is for, isn't it?

For glyphs, yes.

For instance, alt-e would open an edition menu, while altgr-e prints the
euro symbol.

> > > However, this also works for me when using
> > > LEFT_CTRL_PRESSED and LEFT_ALT_PRESSED in the conditionals above.
> > 
> > But it won't work with DOS applications (e.g. edit). That's precisely
> > the reason why I added the special case.
> 
> Uh, ok, I see.  If you press AltGr on a keyboard layout which does not
> distinguish Alt and AltGr, (english, for instance), the AltGr key only
> emits a RIGHT_ALT_PRESSED control code.

Ok.

> On a keyboard layout which does
> distinguish them, the AltGr key emits LEFT_CTRL_PRESSED | RIGHT_ALT_PRESSED.

Ah. *that* is the part that I was missing :) I had assumed that
RIGHT_ALT meant altgr. So we'll indeed simply simulate control as well,
and it should work correctly.

Thanks!
Samuel

--
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

Re: Issue with inserting '@' at the command prompt.

[Samuel Thibault]

Corinna Vinschen, le Fri 19 Aug 2011 13:50:19 +0200, a écrit :
> >   .wVirtualKeyCode = 0x630,

Eergl, no, that should have been 0x30 here, our code does properly masks
out the high part, I just missed that in our code.

> a simple testcase (wow!)

Sorry, but I'm not paid for this, I don't actually use the software at
all (neither brltty nor windows), don't actually own the hardware (thus
had to emulate it in qemu by first reverse-engineering the actual device
behavior), it just seems I'm the only guy in the world that knows a bit
about both brltty and windows and knows that some people *need* it, and
I thus spend time on it, and it was already almost 5am...

>   /* Create correct CtrlKeyState from high byte returned by VkKeyScanW. */
>   if (vks & 0x100)
> ctrl |= SHIFT_PRESSED;
>   if (vks & 0x200)
> ctrl |= RIGHT_CTRL_PRESSED;
>   if (vks & 0x400)
> ctrl |= RIGHT_ALT_PRESSED;

Err, do you mean LEFT_ALT_PRESSED here? Right alt is altgr in some
keyboard layouts, which is precisely what people use to type '@' in
the french layout, actually. E.g. LeftAlt-A and RightAlt-A (i.e.
altgr-a) is not the same in such layouts. In the past we were using
left_ctrl+left_alt, but this was not working in DOS applications in cmd,
so we made it a special case by using right alt instead.

I have now added right control along right alt, which indeed fixes
the issue, I am apparently unable to run DOS applications in my XP
installation, but I hope it will also work there.

Thanks,
Samuel

--
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

Re: Issue with inserting '@' at the command prompt.

[Samuel Thibault]

Samuel Thibault, le Fri 19 Aug 2011 04:37:40 +0200, a écrit :
> - the user presses '@' on his braille keyboard (ascii 0x40).

I forgot to mention: everything goes fine at the cmd, cygwin and mingw
shell when the pressed key is e.g. 'a', i.e. which does not need altgr.

Samuel

--
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

Issue with inserting '@' at the command prompt.

[Samuel Thibault]

Samuel Thibault, le Thu 14 Jul 2011 14:42:14 +0200, a écrit :
> Lars Bjørndal, le Thu 14 Jul 2011 12:56:21 +0200, a écrit :
> > BRLTTY has a cut & paste facility. It sometimes doesn't paste all
> > characters inside cygwin. Pasting an att sign into a shell prompt, the
> > terminal beeps, and no character is written. Doing the same thing
> > after exiting bash, but still with BRLTTY running and in a cmd
> > session, the att sign is printed.
> 
> I don't have the time to investigate now, but I can say that depending
> on whether it could open the terminal through CONIN$, brltty uses
> WriteConsoleInputW (or WriteConsoleInputA if not available) or SendInput
> for this.

In the case at stake it is WriteConsoleInputW. Let me explain a simpler
case (pasting is the same)

- the user presses '@' on his braille keyboard (ascii 0x40).
- brltty wants to synthesize it.
- brltty calls VkKeyScanW('@') to get the corresponding virtual key,
  0x0630 on an azerty keyboard, which means altgr (controlkeystate 1) +
  virtualkey 0x30
- brltty calls MapVirtualKey(vk, 0) to get the corresponding scancode,
  0x11 on a standard PC keyboard.
- brltty thus calls WriteConsoleInputW, passing it a KEY_EVENT_RECORD
  structure:
  .bKeyDown = 1,
  .wRepeatCount = 1,
  .wVirtualKeyCode = 0x630,
  .wVirtualScanCode = 0x11,
  .uChar.UnicodeChar = 0x40,
  .dwControlKeyState = 1,

and then the same with bKeyDown = 0.

This correctly inserts an '@' in a plain windows console with the
windows cmd, but with a windows console with the cygwin or mingw shell,
this beeps and does not insert anything.

Any idea?

Samuel

--
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

[ANNOUNCEMENT] Updated: libusb-win32 1.2.5.0-1

[Samuel Thibault]

Version 1.2.5.0-1 of "libusb-win32" has been uploaded.

This is a new upstream release, the filter installer is not shipped any
more as it does not build on cygwin any more.


It is a library that allows userspace application to access USB 
devices on Windows operation systems (Win98SE, WinME, Win2k, WinXP). 
It is derived from and fully API compatible to libusb available at 
http://libusb.sourceforge.net.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin AT cygwin DOT com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

Re: The libusb package for cygwin

[Samuel Thibault]

Lars Bjørndal, le Fri 12 Aug 2011 16:13:53 +0200, a écrit :
> The available package seems to be outdated, and makes trouble on Windows
> 7 64 bit. Is there plans for updating the package for cygwin?

Just a matter of my finding some time to do it. I deferred it quite
a bit since newer versions are more and more difficult to build. I
eventually gave up trying to build the driver and filter, and went on
packing the library only. The user will have to install the driver and
filter separately from the upstream installer.

Samuel

--
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

Re: [Lars Bjørndal] Re: brltty problems with recent snapshots

[Samuel Thibault]

Lars Bjørndal, le Thu 14 Jul 2011 12:56:21 +0200, a écrit :
> BRLTTY has a cut & paste facility. It sometimes doesn't paste all
> characters inside cygwin. Pasting an att sign into a shell prompt, the
> terminal beeps, and no character is written. Doing the same thing
> after exiting bash, but still with BRLTTY running and in a cmd
> session, the att sign is printed.

I don't have the time to investigate now, but I can say that depending
on whether it could open the terminal through CONIN$, brltty uses
WriteConsoleInputW (or WriteConsoleInputA if not available) or SendInput
for this.

Samuel

--
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

Re: brltty problems with recent snapshots

[Samuel Thibault]

Christopher Faylor, le Wed 13 Jul 2011 11:30:43 -0400, a écrit :
> On Wed, Jul 13, 2011 at 03:05:41PM +0200, Samuel Thibault wrote:
> >Ok, so the tty layer of cygwin is involved indeed.
> 
> Nope. "tty layer" != "com port".

Ah, in cygwin, then. Ok.

Samuel

--
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

Re: [Lars Bjørndal] Re: brltty problems with recent snapshots

[Samuel Thibault]

Corinna Vinschen, le Wed 13 Jul 2011 15:05:50 +0200, a écrit :
> On Jul 13 13:41, Lars Bjørndal wrote:
> > I'm using a com-port, since Modular Evolution has USB2serial conversion.
> > 
> > The latest cygwin1.dll that works for me, is 20110502.
> 
> Hmm, it seems I introduced a bug into serial I/O afterwards.
> Does brltty use blocking or nonblocking I/O?

nonblocking.

Samuel

--
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

Re: brltty problems with recent snapshots

[Samuel Thibault]

Lars Bjørndal, le Wed 13 Jul 2011 11:06:46 +0200, a écrit :
> > Corinna Vinschen, le Tue 12 Jul 2011 09:38:14 +0200, a écrit :
> >> I just tried `brltty -b xw', too, and that's not what I see.  Every
> >> keypress and every change to the command line is immediately reflected
> >> in the brltty window.
> >
> > Ok, I believe the issue is particular to the driver then. It may be
> > related to ttys due to the use of opening the braille device itself.
> >
> > Lars, are you using com1: or usb:?  Could you perhaps try to go yet
> > earlier in the snapshots, up to the latest one which still works, so we
> > can know which snapshot brought the bug exactly?
> 
> I'm using a com-port, since Modular Evolution has USB2serial conversion.

Ok, so the tty layer of cygwin is involved indeed.

> The latest cygwin1.dll that works for me, is 20110502.

Ok, I'll let cygwin people have a look at the changelog.

Samuel

--
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

Re: brltty problems with recent snapshots

[Samuel Thibault]

Corinna Vinschen, le Tue 12 Jul 2011 09:38:14 +0200, a écrit :
> I just tried `brltty -b xw', too, and that's not what I see.  Every
> keypress and every change to the command line is immediately reflected
> in the brltty window.

Ok, I believe the issue is particular to the driver then. It may be
related to ttys due to the use of opening the braille device itself.

Lars, are you using com1: or usb:?  Could you perhaps try to go yet
earlier in the snapshots, up to the latest one which still works, so we
can know which snapshot brought the bug exactly?

Samuel

--
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

Re: brltty problems with recent snapshots (was Re: Emacs and removal of CYGWIN=tty)

[Samuel Thibault]

Christopher Faylor, le Sun 10 Jul 2011 20:31:22 -0400, a écrit :
> On Mon, Jul 11, 2011 at 02:11:14AM +0200, Samuel Thibault wrote:
> >just run
> >
> >brltty -b xw
> >
> >and it'll open a window at the top of the screen, which is supposed to
> >display your shell prompt and what you are typing.
> 
> Thanks.
> 
> I don't see any difference in behavior between Cygwin 1.7.9, the most
> recent snapshot, or the 20110629 snapshot.

What behavior do you see?  Does the window show you the text as you type
it in the cygwin console?

Samuel

--
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

Re: brltty problems with recent snapshots (was Re: Emacs and removal of CYGWIN=tty)

[Samuel Thibault]

Christopher Faylor, le Sun 10 Jul 2011 20:08:43 -0400, a écrit :
> On Thu, Jul 07, 2011 at 09:31:28AM +0200, Lars Bj?rndal wrote:
> >Christopher Faylor writes:
> >
> >> On Wed, Jul 06, 2011 at 01:08:26PM +0200, Lars Bj?rndal wrote:
> >>>[Corinna]
> >>>
> >>>> On Jul  6 10:03, Lars Bj?rndal wrote:
> >>>>> [Corinna Vinschen]
> >>>>> 
> >>>>> > What I don't get from your reply is if you are comparing the latest
> >>>>> > snapshot against 1.7.9 with CYGWIN=tty mode, or if you're comparing
> >>>>> > to another snapshot in default console mode.
> >>>>> 
> >>>>> Oh, I'm sorry. Tested against the 1.7.9 version.
> >>>>
> >>>> In CYGWIN=tty or CYGWIN=notty mode?
> >>>
> >>>In both environments, BRLTTY works with 1.7.9.
> >>
> >> So are you claiming that Corinna's change caused the problem or did you
> >> see this with other snapshots?
> >
> >I did a test with 20110624, and BRLTTY doesn't work there either. Sorry
> >for the confusion. Corinnas patch looks perfect.
> >
> >Let's wait for Samuel to comment, since he is contributing to the BRLTTY
> >development team.
> 
> Since neither Corinna nor I know how to run brltty we really need some
> insight here.

I'm away at LSM at the moment, so I don't have the time to investigate.
However, just run

brltty -b xw

and it'll open a window at the top of the screen, which is supposed to
display your shell prompt and what you are typing.

Samuel

--
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

Re: Emacs and removal of CYGWIN=tty

[Samuel Thibault]

Andrew DeFaria, le Thu 30 Jun 2011 08:57:32 -0700, a écrit :
> On 06/30/11 04:54, Samuel Thibault wrote:
> >Ken Brown, le Thu 30 Jun 2011 07:49:42 -0400, a écrit :
> >>On 6/30/2011 3:58 AM, Lars Bjørndal wrote:
> >>>I've heard that the value of the CYGWIN environment variable 'tty' will
> >>>be unsupported for the next release of cygwin. I use emacs a lot from
> >>>within
> >>>cygwin, and if not CYTWIN=tty is set prior to starting bash, the
> >>>control-c
> >>>character outputs control-g. C-c, c-x is therefore wrongly interpreted
> >>>by emacs. Is there other ways to get emacs works as expected, if the
> >>>variable is removed?
> >>
> >>The problem only occurs in a Windows console, such as the one you get by
> >>using the Cygwin desktop shortcut. Use a different terminal emulator,
> >>such
> >>as mintty, instead.
> >
> >This is not an option, as mintty is not accessible from brltty.
> What's a "brltty"?

The screen reader that blind people use to access cygwin's shell. Only
the windows consoles provide the ReadConsoleOutputCharacter interface.

Samuel

--
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

Re: Emacs and removal of CYGWIN=tty

[Samuel Thibault]

Ken Brown, le Thu 30 Jun 2011 07:49:42 -0400, a écrit :
> On 6/30/2011 3:58 AM, Lars Bjørndal wrote:
> >I've heard that the value of the CYGWIN environment variable 'tty' will
> >be unsupported for the next release of cygwin. I use emacs a lot from within
> >cygwin, and if not CYTWIN=tty is set prior to starting bash, the control-c
> >character outputs control-g. C-c, c-x is therefore wrongly interpreted
> >by emacs. Is there other ways to get emacs works as expected, if the
> >variable is removed?
> 
> The problem only occurs in a Windows console, such as the one you get by
> using the Cygwin desktop shortcut.  Use a different terminal emulator, such
> as mintty, instead.

This is not an option, as mintty is not accessible from brltty.

Samuel

--
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

Re: Who's using "CYGWIN=tty" and why?

[Samuel Thibault]

Christopher Faylor, le Mon 09 May 2011 16:05:24 -0400, a écrit :
> Has anyone tried running brltty without setting CYGWIN=tty?

I never set the CYGWIN variable nowadays, actually, and brltty works
fine in that case.

Samuel

--
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

Re: Who's using "CYGWIN=tty" and why?

[Samuel Thibault]

Lee Maschmeyer, le Mon 09 May 2011 13:40:57 -0400, a écrit :
> And, truth to tell, I've been around here for a good long time and
> never heard of CYGWIN=notty.

As I understand it, notty is already the default, so unless you have an
explicit CYGWIN=tty, it's already notty.

brltty does not touch at the cygwin tty layer. It just uses
native win32 interfaces to access the consoles (AttachConsole,
ReadConsoleOutputCharacterW) and simulate keypresses
(WriteConsoleInputW), consoles need to be windows console, but that's
all.

Samuel

--
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

Re: libiconv

[Samuel Thibault]

Marco Atzeri, le Thu 28 Oct 2010 18:28:27 +0100, a écrit :
> it is already there
> 
> and /usr/include/iconv.h seems to not include 
> libiconv*  function but only iconv* ones

Is this really cygwin's /usr/include/iconv.h?

Samuel

--
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

Re: libiconv

[Samuel Thibault]

Marco Atzeri, le Thu 28 Oct 2010 18:08:18 +0100, a écrit :
> is the additional "lib" correct ?

Yes. You need to #include  to get the proper refname.

Samuel

--
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

missing dep ecj1.exe 4.5.0 -> libgcj11

[Samuel Thibault]

Hello,

I installed version 4.5.0 of gcc4-java, and there seems to be a missing
dependency on libgcj11, as that one didn't get installed, and running
gcj brings

/usr/lib/gcc/i686-pc-cygwin/4.5.0/ecj1.exe: error while loading shared
libraries: cyggcj-11.dll: cannot open shared object file: No such file
or directory

Samuel

--
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

Re: -static not working with gcc 4.3.4

[Samuel Thibault]

Marco Atzeri, le Mon 18 Oct 2010 14:22:02 +0100, a écrit :
> have you checked if 4.5 has the same problem ?
> 
> http://cygwin.com/ml/cygwin-announce/2010-08/msg00016.html

It doesn't have the problem any more.

Samuel

--
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

Re: -static not working with gcc 4.3.4

[Samuel Thibault]

Nellis, Kenneth, le Mon 18 Oct 2010 07:45:15 -0500, a écrit :
> > From: Samuel Thibault
> > $ cat test.c
> > int main(void) {}
> > $ gcc test.c -o test -static
> > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld:
> > cannot find -lgcc_s
> > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld:
> > cannot find -lgcc_s
> > 
> > There indeed is libgcc_s.dll.a in /usr/lib/gcc/i686-pc-cygwin/, but for
> > some reason gcc doesn't seem to be happy with it. This is using gcc4
> > and
> > gcc4-core 4.3.4-3.  gcc-3 works fine.
> 
> Please, why such a large test case when the following would
> have been perfectly adequate to demonstrate the problem?:
> 
> $ cat test.c
> main() {}
> $

Because providing precise information is always better when reporting a
bug, whatever the circumstances.

That being said, I'd still like to see this bug fixed: the -static is
suppoed to be able to work alone.

Samuel

--
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

Re: R: -static not working with gcc 4.3.4

[Samuel Thibault]

Marco Atzeri, le Sun 17 Oct 2010 06:33:39 +0100, a écrit :
> > Data: Domenica 17 ottobre 2010, 02:58
> > gcc -static doesn't seem to be working any more using gcc
> > 4.3.4:
> > 
> > $ cat test.c
> > int main(void) {}
> > $ gcc test.c -o test -static
> > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld:
> > cannot find -lgcc_s
> > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld:
> > cannot find -lgcc_s
> > 
> > There indeed is libgcc_s.dll.a in
> > /usr/lib/gcc/i686-pc-cygwin/, but for
> > some reason gcc doesn't seem to be happy with it. This is
> > using gcc4 and
> > gcc4-core 4.3.4-3.  gcc-3 works fine.
> 
> $ gcc test.c -o test -static-libgcc

Errr, right, that's a workaround, but I don't see why I should be
forced to do it that way, not taking advantage of sharing libgcc, while
apparently libgcc_s.dll.a and cygcc_s-1.dll are really there, and it's
just something that doesn't exactly work appropriately any more, i.e. a
regression.

> $ cygcheck ./test.exe
> C:\cygwin\tmp\test.exe
>   C:\cygwin\bin\cygwin1.dll
> C:\WINDOWS\system32\ADVAPI32.DLL
>   C:\WINDOWS\system32\KERNEL32.dll
> C:\WINDOWS\system32\ntdll.dll
>   C:\WINDOWS\system32\RPCRT4.dll
> C:\WINDOWS\system32\Secur32.dll
> 
> see gcc documetation

Yes, it doesn't use the shared version of libgcc, but that's not what I
want.

Samuel

--
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

-static not working with gcc 4.3.4

[Samuel Thibault]

Hello,

gcc -static doesn't seem to be working any more using gcc 4.3.4:

$ cat test.c
int main(void) {}
$ gcc test.c -o test -static
/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld: cannot 
find -lgcc_s
/usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld: cannot 
find -lgcc_s

There indeed is libgcc_s.dll.a in /usr/lib/gcc/i686-pc-cygwin/, but for
some reason gcc doesn't seem to be happy with it. This is using gcc4 and
gcc4-core 4.3.4-3.  gcc-3 works fine.

Samuel

--
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

[ANNOUNCEMENT] Updated: brltty 4.2-1

[Samuel Thibault]

Version 4.2-1 of "brltty" has been uploaded.

It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.

--  brltty-4.2-1 -- 2010-05-12 ---
New upstream version.


If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

Re: problem building brltty's java with cygwin 1.7's gcj 4

[Samuel Thibault]

Hello,

This is still a problem:

Samuel Thibault, le Mon 15 Feb 2010 01:09:48 +0100, a écrit :
> I have an issue when building brltty's java bindings with cygwin 1.7
> while it worked fine with 1.5:
> 
> /usr/bin/gcj -C --encoding=UTF-8 -d classes -classpath . 
> ../../../brltty/Bindings/Java/Brlapi.java 
> ../../../brltty/Bindings/Java/ConnectionSettings.java 
> ../../../brltty/Bindings/Java/DisplaySize.java 
> ../../../brltty/Bindings/Java/Error.java 
> ../../../brltty/Bindings/Java/Exception.java 
> ../../../brltty/Bindings/Java/Key.java 
> ../../../brltty/Bindings/Java/Native.java 
> ../../../brltty/Bindings/Java/Test.java 
> ../../../brltty/Bindings/Java/WriteArguments.java Constants.java
> Exception in thread "main" java.lang.NoClassDefFoundError: 
> org.eclipse.jdt.internal.compiler.batch.GCCMain
>at gnu.java.lang.MainThread.run(Unknown Source)
> Caused by: java.lang.ClassNotFoundException: 
> org.eclipse.jdt.internal.compiler.batch.GCCMain not found in 
> gnu.gcj.runtime.SystemClassLoader{urls=[], 
> parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
>at java.net.URLClassLoader.findClass(Unknown Source)
>at java.lang.ClassLoader.loadClass(Unknown Source)
>at java.lang.ClassLoader.loadClass(Unknown Source)
>at gnu.java.lang.MainThread.run(Unknown Source)
> 
> Actually, even just trying to compile
> 
> public class test {
>   public static void main(String argv[]) {
>   System.out.println("test");
>   while(true);
>   }
> }
> 
> using gcj -C test.java results to the same error.  This is gcj 4.3.4
> 20090804 (release) 1. Am I perhaps missing some package? I have
> installed gcc4-java.

(and it works with gcj-3.exe and with gcj 4.3.4 on Linux).

Samuel

--
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

[ANNOUNCEMENT] Updated: python-pyrex 0.9.9-1

[Samuel Thibault]

Version 0.9.9-1 of "python-pyrex" has been uploaded.

It lets you write code that mixes Python and C data types any way you
want, and compiles it into a C extension for Python.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

[ANNOUNCEMENT] Updated: libusb-1.0 1.0.7+gitbd62c472-1

[Samuel Thibault]

Version 1.0.7+gitbd62c472-1 of "libusb-1.0" has been uploaded.

It is a library that allows userspace application to access USB
devices on WinUSB-compatible Windows operation systems (WinXP, Vista, and 7).
It is being integrated and fully API compatible to libusb available at
http://libusb.sourceforge.net.";

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

[ANNOUNCEMENT] New package: libusb-1.0 1.0.5-1

[Samuel Thibault]

Version 1.0.5-1 of "libusb-1.0" has been uploaded.

It is a library that allows userspace application to access USB
devices on WinUSB-compatible Windows operation systems (WinXP, Vista, and 7).
It is being integrated and fully API compatible to libusb available at
http://libusb.sourceforge.net.";

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

problem building brltty's java with cygwin 1.7

[Samuel Thibault]

Hello,

I have an issue when building brltty's java bindings with cygwin 1.7
while it worked fine with 1.5:

/usr/bin/gcj -C --encoding=UTF-8 -d classes -classpath . 
../../../brltty/Bindings/Java/Brlapi.java 
../../../brltty/Bindings/Java/ConnectionSettings.java 
../../../brltty/Bindings/Java/DisplaySize.java 
../../../brltty/Bindings/Java/Error.java 
../../../brltty/Bindings/Java/Exception.java 
../../../brltty/Bindings/Java/Key.java 
../../../brltty/Bindings/Java/Native.java 
../../../brltty/Bindings/Java/Test.java 
../../../brltty/Bindings/Java/WriteArguments.java Constants.java
Exception in thread "main" java.lang.NoClassDefFoundError: 
org.eclipse.jdt.internal.compiler.batch.GCCMain
   at gnu.java.lang.MainThread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: 
org.eclipse.jdt.internal.compiler.batch.GCCMain not found in 
gnu.gcj.runtime.SystemClassLoader{urls=[], 
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at java.lang.ClassLoader.loadClass(Unknown Source)
   at gnu.java.lang.MainThread.run(Unknown Source)

Actually, even just trying to compile

public class test {
public static void main(String argv[]) {
System.out.println("test");
while(true);
}
}

using gcj test.java results to the same error.  This is gcj 4.3.4
20090804 (release) 1. Am I perhaps missing some package? I have
installed gcc4-java.

Samuel

--
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

quilt not working on FAT with cyg 1.7 due to cp -l

[Samuel Thibault]

Hello,

quilt has stopped on FAT volumes with cygwin 1.7 because hard links are
not emulated by cygwin any more and thus the cp -l calls and such done
by quilt fail.

Samuel

--
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

[ANNOUNCEMENT] Updated: brltty 4.1-1

[Samuel Thibault]

Version 4.1-1 of "brltty" has been uploaded.

It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.

--  brltty-4.1-1 -- 2009-10-11 ---
New upstream version.


If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

[ANNOUNCEMENT] Updated: libusb-win32 0.1.12.2-1

[Samuel Thibault]

Version 0.1.12.2-1 of "libusb-win32" has been uploaded.

This is a new upstream release, handles composite device interfaces.

It is a library that allows userspace application to access USB 
devices on Windows operation systems (Win98SE, WinME, Win2k, WinXP). 
It is derived from and fully API compatible to libusb available at 
http://libusb.sourceforge.net.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin AT cygwin DOT com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

[ANNOUNCEMENT] Updated: brltty 4.0-1

[Samuel Thibault]

Version 4.0-1 of "brltty" has been uploaded.

It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.

--  brltty-4.0-1 -- 2009-05-16 ---
New upstream version.
Add java-brlapi package.


If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

about X

[samuel]

Hi. I have just installed xinit on my vista laptop. When I typed in 'xinit' in
the cygwin console, I got a BIG BIG annoying X window which occupied all the
space of my desktop and cannot be resized. When I started other programs in
xterm, the new program just covered up the space where xterm used to be and I
couldn't switch back to the xterm windows.
How can I get a clean and separate xterm window? Thank you.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: stat() returning EFAULT?

[Samuel Thibault]

Sjors Gielen, le Tue 24 Feb 2009 16:54:28 +0100, a écrit :
> Here's the test case and output:
> 
> #include 
> int main() {
>   if(stat("test") != 0) perror("Calling stat() on test");
>   if(stat("test.exe") != 0) perror("Calling stat() on test.exe");
>   return 0;
> }

Compile with -Wall, you're missing the second argument of stat().

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Hosting the Debian/kCygwin port?

[Samuel Thibault]

BTW, AIUI from a cygwin point of view, in principle there shouldn't
be any need to patch debian sources: if cygwin behaves differently
from linux, then it's a bug in cygwin.  One exception is of course the
configure target which contains cygwin instead of linux.  Appart from
that, every fix should ideally be in cygwin.  Now you're of course free
to patch things in the debian package so as to make quick progress, but
on the long term there shouldn't be any patch except in configure
scripts.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Hosting the Debian/kCygwin port?

[Samuel Thibault]

Sjors Gielen, le Wed 21 Jan 2009 13:28:55 +0100, a écrit :
> I started with the idea when I noticed this project. It had been dead 
> for a few years, and I liked the idea and looked into it. I had some 
> contact with the original admin. He added me to the project, created an 
> SVN repository on my request, but refused to make me an admin, which is 
> needed to i.e. modify the project web frontend.

Did you tell him so?

> When I filed a project takeover, the admin removed my SVN commit
> access.

I could understand that if you didn't ask for admin rights and
explaining why.

> I'm still waiting for the admin to either accept or reject the project 
> takeover request. I don't have a lot of hope there, he seems to be 
> working against me.

Well I'd fork then, thank the free software licenses ;)

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Hosting the Debian/kCygwin port?

[Samuel Thibault]

Hello,

Just a comment about the debian-win32 project: I can read from the list
archive that the main issue was that the VFS doesn't allow to remove or
to overwrite through mv a file in use.  IIRC that issue got fixed not so
many months ago in cygwin, and I can confirm that it now seems to work:

$ cat test.c
#include 
int main(void) {
int fd = open("blip", O_RDONLY);
pause();
}
$ gcc test.c -o test
$ touch blip
$ ./test &
$ rm blip
$ touch blip
$ ./test &
$ touch blop
$ mv blop blip

So maybe debian-win32 could just be awaken since the barring issue seems gone?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Hosting the Debian/kCygwin port?

[Samuel Thibault]

Sjors Gielen, le Tue 20 Jan 2009 00:49:29 +0100, a écrit :
> I'm working on a project porting the Debian tools to Cygwin.

Ususally ports are hosted by debian-ports.org.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sem_unlink?

[Samuel Thibault]

Christopher Faylor, le Thu 27 Nov 2008 21:18:23 -0500, a écrit :
> On Fri, Nov 28, 2008 at 12:16:51AM +0100, Samuel Thibault wrote:
> >There is no sem_unlink function, is there a reason or is that a PTW?
> 
> PTC.  It's not easy to get right in a Windows environment.  If I read
> what's required correctly it could require interprocess communication.

Mmm, I haven't tested (and can't right now), but does that mean that
even if sem_open() is currently provided, it does not work?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

sem_unlink?

[Samuel Thibault]

Hello,

There is no sem_unlink function, is there a reason or is that a PTW?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: python-pyrex 0.9.8.5-1

[Samuel Thibault]

Version 0.9.8.5-1 of "python-pyrex" has been uploaded.

It lets you write code that mixes Python and C data types any way you
want, and compiles it into a C extension for Python.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

quilt should depend on util-linux

[Samuel Thibault]

Hello,

I tried to install and use quilt, but then I only got
getopt: command not found

the quilt package should probably depend on util-linux.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: brltty 3.10-2

[Samuel Thibault]

Version 3.10-2 of "brltty" has been uploaded.

It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.

--  brltty-3.10-2 -- 2008-08-31 ---
Add icu support.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libicu: conflict on int32_t definition

[Samuel Thibault]

Reini Urban, le Wed 27 Aug 2008 10:33:09 +0200, a écrit :
> You can also patch /usr/include/unicode/pwin32.h until I get out a new 
> release.
> 
> Add:
> #ifdef __CYGWIN__
> #define U_HAVE_INTTYPES_H
> #endif
> 
> at the beginning of the file, below the _MSC_VER check for example.
> Please give feedback if this works ok for #include ,
> I'll prepare an update then.

Defining U_HAVE_INTTYPES_H to 1 that way does work indeed.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

libicu: conflict on int32_t definition

[Samuel Thibault]

Hello,

I had to disabled libicu usage in brltty because the following doesn't
compile:

#include 
#include 
#include 

because pwin32.h redefines int32_t, while it is already defined from
stdint.h...

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: I have installed cygwin under GNU/Linux + Wine, but the file i/o is so slow.

[Samuel Thibault]

eric zhao, le Sun 10 Aug 2008 09:14:10 +0800, a écrit :
> After install cygwin under wine,
> I try to run "tar -xvf linux-2.6.25.7.tar.bz2".
> It spent about 20 minutes.
> 
> How to improve the file i/o performance?

Errr, by not piling software emulation layers? :)
Seriously, why do you need to do that?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: GDB build cannot find tkWinInt.h

[Samuel Sparks]

Brian Dessent wrote:
> Probably because you have a mutant configuration: a source tree with the
> insight dirs present, but insight disabled.  That or you are also
> missing the in-tree tcltk.  I think using the source package from setup

I'm certainly missing the in-tree tcltk, so that could be the problem,
but I haven't been able to build with or without insight disabled.  Is
this a Cygwin bug?  Should the source provided by the setup executable
be buildable, or are they just for reference?  Obviously, the cvs
source is necessary for development and source control, but
downloadable snapshots should build as well, right?

Sam

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: GDB build cannot find tkWinInt.h

[Samuel Sparks]

Brian Dessent wrote:

> (Insight is an overlay on top of the gdb tree.)  If you don't want to
> build insight (which is what --disable-gdbtk means) then you shouldn't

I'm not currently planning on using insight, but it would be nice to
have it available.

> have those directories in your source tree.  You didn't state what
> method you used to get the source, but I suggest using a gdb release

I downloaded the latest version of gdb provided through cygwin's setup
executable. I can download the source tarball from gdb's website, but
I'm confused as to why this didn't build. Obviously, someone was able
to build these sources, as the binary can be downloaded for the cygwin
target and host.

Anyway, thanks for the suggestion. I'll try downloading the gdb
tarball, but I'd really like to understand what I am doing wrong here
- this seems like it should be simple enough (just need to have the
proper include path or header files).

--Sam

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

GDB build cannot find tkWinInt.h

[Samuel Sparks]

Hello All,

I am trying to build a Cygwin hosted gdb executable to remotely debug
Linux applications on a powerpc target, but the build breaks in the
libgui directory. Does anyone have any _insight_ into the issue?

I've started with a clean Cygwin download, and added the following
packages to the defaults.
- ddd v3.3.9-1 binary
- gcc v3.4.4-3 binary
- gdb v6.8-2 binary and source
- make v3.81-2 binary
- Xorg-x11-devel v6.8.99.901-1 binary
- Tcltk v 20080420-1 binary and source

After creating a clean directory for the build, I configure with the
following command (note that I tried the --disable-gdbtk option per a
suggestion I found on the mailing list, but got the same error):
/usr/src/gdb-6.8-2/configure --target=powerpc-603-linux-gnu
--program-prefix=ppc-

And I am seeing the following error when I make:
make[4]: Entering directory `/usr/src/ppc-gdb/libgui/src'
gcc -DHAVE_CONFIG_H -I. -I/usr/src/gdb-6.8-2/libgui/src -I.. -DWIN32
-mwin32  -I/usr/include -I/usr/include  -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DP
ACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_NO_SEH=1
-DEXCEPTION_DISPOSITION=int -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_
H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRIN
G=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES
_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -I/usr/include/../unix
-I/usr/include/../win -DTBL_VERSION=\"2.7\" -DTBL_COMMAND=\"table\"
-DTBL_RUNTIME=\"tkTable.tcl\" -DTBL_RUNTIME_DI
R=\"/usr/local/share/redhat/gui\" -DSTATIC_BUILD-g -O2 -c
/usr/src/gdb-6.8-2/libgui/src/subcommand.c
/usr/src/gdb-6.8-2/libgui/src/subcommand.c: In function
`subcommand_implementation':
/usr/src/gdb-6.8-2/libgui/src/subcommand.c:78: warning: passing arg 4
of pointer to function from incompatible pointer type
/usr/src/gdb-6.8-2/libgui/src/subcommand.c: In function
`ide_create_command_with_subcommands':
/usr/src/gdb-6.8-2/libgui/src/subcommand.c:122: warning: passing arg 3
of `Tcl_CreateCommand' from incompatible pointer type
gcc -DHAVE_CONFIG_H -I. -I/usr/src/gdb-6.8-2/libgui/src -I.. -DWIN32
-mwin32  -I/usr/include -I/usr/include  -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DP
ACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DHAVE_NO_SEH=1
-DEXCEPTION_DISPOSITION=int -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_
H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRIN
G=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES
_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -I/usr/include/../unix
-I/usr/include/../win -DTBL_VERSION=\"2.7\" -DTBL_COMMAND=\"table\"
-DTBL_RUNTIME=\"tkTable.tcl\" -DTBL_RUNTIME_DI
R=\"/usr/local/share/redhat/gui\" -DSTATIC_BUILD-g -O2 -c
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c:26:22: tkWinInt.h: No such
file or directory
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c: In function
`winprint_page_setup_command':
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c:187: warning: assignment
makes pointer from integer without a cast
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c: In function
`winprint_print_text_dialog':
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c:360: warning: assignment
makes pointer from integer without a cast
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c: At top level:
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c:905: warning:
initialization from incompatible pointer type
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c:906: warning:
initialization from incompatible pointer type
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c:907: warning:
initialization from incompatible pointer type
/usr/src/gdb-6.8-2/libgui/src/tclwinprint.c:908: warning:
initialization from incompatible pointer type
make[4]: *** [tclwinprint.o] Error 1
make[4]: Leaving directory `/usr/src/ppc-gdb/libgui/src'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/usr/src/ppc-gdb/libgui'
make[2]: *** [all-recursive-am] Error 2
make[2]: Leaving directory `/usr/src/ppc-gdb/libgui'
make[1]: *** [all-libgui] Error 2
make[1]: Leaving directory `/usr/src/ppc-gdb'
make: *** [all] Error

Thanks for the  help,
Sam

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin Mail and Exchange Server

[Samuel Robb]

On Mon, 2008-05-19 at 12:28 +, Ronald Fischer wrote:

> Is there a simpler command line utility for sending mail - I mean, 
> simpler than ssmtp -, which you could recommend?

In a past life, I've used blat:

http://www.blat.net/

It's a public-domain Win32 console program, though, not a Cygwin
utility.  As the blat FAQ points out, too, if you have perl installed,
it's simple enough send mail via smtp (using Net::SMTP, for example.) 

-Samrobb


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: postinstall hang

[Popper, Samuel (US SSA)]

> Unfortunately, I can't easily uninstall those drivers, since they are
> needed and used by other users of the machine.  Is there a way to get
> the paths to those drivers?  I can probably get away with renaming the
> files and rebooting long enough to tell if that fixes the problem.

Never mind, I found them in %systemroot%\system32\drivers

-Sam


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: postinstall hang

[Popper, Samuel (US SSA)]

> SERVICE_NAME: Sentinel
> DISPLAY_NAME: Sentinel

> SERVICE_NAME: SNTNLUSB
> DISPLAY_NAME: Rainbow USB SuperPro

>   Security/rights management/license control thingy of some sort.  It
> could
> easily have been coded under the mistaken assumption that hooking
process
> creation is a reasonable means of tamper-proofing your software.
> 
>   Is it practical to try uninstalling and seeing if that's the cause?

Unfortunately, I can't easily uninstall those drivers, since they are
needed and used by other users of the machine.  Is there a way to get
the paths to those drivers?  I can probably get away with renaming the
files and rebooting long enough to tell if that fixes the problem.

FWIW, we have other servers in a near-identical configuration (with
those same IO card and dongle license drivers), and they don't have any
problems running Cygwin.

Thanks in advance, 

-Sam



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: postinstall hang

[Popper, Samuel (US SSA)]

> > Is there anything else that could contribute to BLODA?
> 
>   Yes, absolutely anything that hooks or injects into processes.  Try
> using
> procexp to get a list of DLLs from the stuck bash processes, and let
us
> know
> what's there.

Here's my list of candidate BLODA .dll's from procexp:
AcLua.DLL
ADVAPI32.DLL
apphelp.dll
bash.exe
CRYPT32.dll
ctype.nls
cygiconv-2.dll
cygintl-8.dll
cygncurses-8.dll
cygreadline6.dll
cygwin1.dll
GDI32.dll
imagehlp.dll
IMM32.DLL
kernel32.dll
locale.nls
MSASN1.dll
msvcrt.dll
ntdll.dll
ole32.dll
psapi.dll
RPCRT4.dll
Secur32.dll
sfc_os.dll
ShimEng.dll
sortkey.nls
sorttbls.nls
tsappcmp.dll
unicode.nls
USER32.dll
USERENV.dll
WINTRUST.dll

They all appear to be from cygwin or right from Windows (I can send the
desciption/version number information if desired).  In case it is
relevant, this system is running Server 2003 on a dual-core Pentium D.

-Sam


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: postinstall hang

[Popper, Samuel (US SSA)]

> | $ NUM=1; while true ; do echo $NUM; NUM=$(( $NUM + 1 )); done
> |
> | will run indefinitely,
> 
> because it doesn't fork

Correct; that's what I was trying to demonstrate.

> | $ NUM=1; while true ; do echo `echo $NUM` ; NUM=$(( $NUM + 1 ));
done
> |
> | Hangs pretty quickly,
> 
> because it forks a huge number of processes, and each fork is likely
to be
> tripped up by a BLODA

As I understand it, that should fork once per iteration.

Running with cut-down PATH:

[EMAIL PROTECTED] ~]$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
[EMAIL PROTECTED] ~]$ NUM=1; while true ; do echo `echo $NUM` ;
NUM=$(( $NUM + 1 )); done
1
2

Here, it hung after 2 iterations.  The default /etc/profile forks more
than that!

Other than sneaking in via PATH, the only moderately intrusive thing
running on the system is Sysinternal's ProcessExplorer.  But I tried
running with that closed, and it made no difference.

Is there anything else that could contribute to BLODA?

Thanks,

-Sam



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: postinstall hang

[Popper, Samuel (US SSA)]

> I've tried to install cygwin now about 7 or 8 times but the
postinstall
> always hangs somewhere, in different scripts at different places.

I am still having this problem (as evidenced by previous messages).
I've come up with a bash script "test case" that demonstrates the
problem:

$ NUM=1; while true ; do echo $NUM; NUM=$(( $NUM + 1 )); done

will run indefinitely, whereas:

$ NUM=1; while true ; do echo `echo $NUM` ; NUM=$(( $NUM + 1 )); done

Hangs pretty quickly, usually while printing some number in the 100-200
range.  Killing the windows bash.exe process at the leaf of the process
tree causes the script to resume counting.

-Sam


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

1.5.25-11: Process not exiting fully on Win2k3 server

[Popper, Samuel (US SSA)]

I'm continuing to debug the problem I reported earlier [1], where some
executables called from within shell scripts don't fully terminate.
This happens fairly often while sourcing the default /etc/profile, but
not always, and not always in the same place.  When this happens, if I
use windows tools to look at the processes running, I see that the
WinPID process has exited, but that the PID (bash.exe) process has not.
The process is reported in ps, but is not killable (since kill doesn't
think that it exists).  The entries exist in /proc//, but are not
usable.  (/proc//{cwd,root} point to , cat
/proc//status gives a newline character, etc.)

I believe that I've isolated approximately where in the code this seems
to go wrong.  For the purposes of this example, a /bin/bash instance
with PID 3436 spawned another /bin/bash with PID 6036 which spawned
/bin/echo with PID 1932.  This shows up in ps as follows:

$ ps
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
 603634363436   1932  con  500   Mar 18 /usr/bin/echo

Looking through strace output, echo finishes its processing:
...
16:45:02 [main] echo 6036 pinfo::exit: Calling ExitProcess n 0x0,
exitcode 0x0
...
16:45:02 [main] echo 6036 pinfo::exit: Calling ExitProcess n 0x0,
exitcode 0x0
...

Later in the strace log, the parent bash process considers whether or
not to clean up the process:
16:45:02 [sig] bash 3436 checkstate: nprocs 2
16:45:02 [sig] bash 3436 stopped_or_terminated: considering pid 6036
16:45:02 [sig] bash 3436 stopped_or_terminated: considering pid 5652
16:45:02 [sig] bash 3436 remove_proc: removing procs[1], pid 5652,
nprocs 2
16:45:02 [main] bash 3436 wait4: 0 = WaitForSingleObject (...)
16:45:02 [main] bash 3436 wait4: intpid -1, status 0x23BAA8, w->status
0, options 0, res 5652
16:45:02 [sig] bash 3436 checkstate: returning 1

And again:

16:45:02 [main] bash 3436 checkstate: nprocs 1
16:45:02 [main] bash 3436 stopped_or_terminated: considering pid 6036
16:45:02 [main] bash 3436 checkstate: no matching terminated children
found
16:45:02 [main] bash 3436 checkstate: returning -1

Looking in sigproc.cc, I believe that it passes the first few
conditions, since PID 3436 is greater than 0, and is different from the
child PID of 6036.  Given that remove_proc was never called for 6036,
stopped_or_terminated must have returned 0.  That means that one of the
following conditions must be true:

  if (!((terminated = (child->process_state == PID_EXITED)) ||
  ((w->options & WUNTRACED) && child->stopsig)))
return 0;

Attempts to attach gdb to any of the processes 1932, 6036, or 3436 were
all unsuccessful, and pstack does not appear to exist in cygwin.  (And
even if it did, I'd be surprised if it could attach to a process to
which gdb could not.)  Since there are other users on this machine who
rely on cygwin to do their work, I'd really rather not recompile the dll
to add in more debugging output to determine what is going on here.

Could anyone with better knowledge of the source guess at the problem?
Is there some other method I could use to get that information out of
the released binaries?  Any other suggestions of workarounds or
alternate approaches?

Thanks in advance for any help!

[1] http://cygwin.com/ml/cygwin/2008-03/msg00322.html

-Sam 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cygwin doesn't install on Windows Server 2008 (x64).

[Popper, Samuel (US SSA)]

Your PATH does not yet have any part of cygwin in it, so I just added
it:
export PATH=$PATH:/bin:/usr/bin

Try adding it to your path and see if you get better results.

But the behavior I saw was different- when the shell couldn't find a
command, it gave an error message but did not spawn a new process. 

-Sam

-Original Message-
From: Krzysztof Ostrowski [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 1:10 PM
To: Popper, Samuel (US SSA); [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

How did you manage to run something in another shell? When I start a
second
shell, I end up with an instance of bash.exe or ash.exe that doesn't
appear
to respond to any commands except "pwd". Even "ls" doesn't work, it
returns
no output. Instead, the commands I type into "bash.exe" and "ash.exe"
cause
child processes to be spawned. I end up with a list of nested child
processes
that don't consume any CPU and remain blocked forever. The main shell I
launch is responsive, it just completes each command without output and
spawns new child processes instead.

Does that sound familiar? Is there a way to get at a working bash shell
before the post-install scripts complete?

Krzys


-Original Message-
From: Popper, Samuel (US SSA) [mailto:[EMAIL PROTECTED] 
Sent: Friday, March 14, 2008 12:35 PM
To: [EMAIL PROTECTED]
Cc: Krzysztof Ostrowski
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hey, this sounds like my issue, except that I'm installing on Window
Server 2003.  I've completed setup by running the "hanging" shell
scripts from another bash shell and then killing that process (which
allows setup.exe to continue).  Does 00ash.sh work if you run it from
another shell?

I'm also at a loss of what to investigate next.  I've looked into
running bash shells from an alternate batch file that monitors with
strace and the -x flag to bash, and I see that when the shell hangs, it
occurs at random points while sourcing the profile.  When it happens,
there is always some other process (e.g. subshell, id, grep, tr, sed,
date) that exists but doesn't exit.  When that happens, I can see it via
ps(1) but not kill it via kill(1) - only through windows tools.  Upon
terminating the process that way, the original script continues.

I can generate an strace or process monitor log for when that happens if
it interests anyone.  Since they get large, let me know how to send it.

-Sam

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Krzysztof Ostrowski
Sent: Thursday, March 13, 2008 4:57 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

I'm positive about that, I just retried that on a clean machine. I'd be
happy
to send you logs or other debug info if you just tell me what you would
need.
I've looked at the log in C:\cygwin\var, but the file size is 0, the
setup is
probably not flushing the stuff it writes to the file.

The version is -11, I've double-checked it again during the setup.

The issue may not be the same as the one fixed in 1.5.25-11 because I
don't
actually get 100% CPU usage. While running "00ash.sh", bash.exe simply
pauses
forever, without apparently using any CPU.

I've monitored system calls in Process Monitor. While going over
"00bash.sh",
which does eventually complete (after a long time), I can see bash.exe
making
system calls. While going over "00ash.sh", I don't see anything, it
hangs.

I'm running an RTM version of Windows Server 2008, downloaded from MSDN,
on a
fairly new ThinkPad T61p. The systems is otherwise very stable, I didn't
have
problems with 32-bit apps running over WoW so far. 

Krzys


> I can't reproduce this problem with 1.5.25-11.  It would have been an
> expected problem with 1.5.25-7 (though not on the x64 version), but
when
> you install -11, this is supposed to work fine on 2008 Server.  And it
> does for me, I just tried a fresh base install on a vanilla 2008
> Standard Server Edition.
>
> There must be something else broken on your machine.  Are you sure
that
> you installed 1.5.25-11 and not another version accidentally?  Or,
maybe
> the -7 version was installed already and a Cygwin process was still
> running or something like that?
>
> Corinna


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cygwin doesn't install on Windows Server 2008 (x64).

[Popper, Samuel (US SSA)]

Hey, this sounds like my issue, except that I'm installing on Window
Server 2003.  I've completed setup by running the "hanging" shell
scripts from another bash shell and then killing that process (which
allows setup.exe to continue).  Does 00ash.sh work if you run it from
another shell?

I'm also at a loss of what to investigate next.  I've looked into
running bash shells from an alternate batch file that monitors with
strace and the -x flag to bash, and I see that when the shell hangs, it
occurs at random points while sourcing the profile.  When it happens,
there is always some other process (e.g. subshell, id, grep, tr, sed,
date) that exists but doesn't exit.  When that happens, I can see it via
ps(1) but not kill it via kill(1) - only through windows tools.  Upon
terminating the process that way, the original script continues.

I can generate an strace or process monitor log for when that happens if
it interests anyone.  Since they get large, let me know how to send it.

-Sam

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Krzysztof Ostrowski
Sent: Thursday, March 13, 2008 4:57 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: Cygwin doesn't install on Windows Server 2008 (x64).

Hi,

I'm positive about that, I just retried that on a clean machine. I'd be
happy
to send you logs or other debug info if you just tell me what you would
need.
I've looked at the log in C:\cygwin\var, but the file size is 0, the
setup is
probably not flushing the stuff it writes to the file.

The version is -11, I've double-checked it again during the setup.

The issue may not be the same as the one fixed in 1.5.25-11 because I
don't
actually get 100% CPU usage. While running "00ash.sh", bash.exe simply
pauses
forever, without apparently using any CPU.

I've monitored system calls in Process Monitor. While going over
"00bash.sh",
which does eventually complete (after a long time), I can see bash.exe
making
system calls. While going over "00ash.sh", I don't see anything, it
hangs.

I'm running an RTM version of Windows Server 2008, downloaded from MSDN,
on a
fairly new ThinkPad T61p. The systems is otherwise very stable, I didn't
have
problems with 32-bit apps running over WoW so far. 

Krzys


> I can't reproduce this problem with 1.5.25-11.  It would have been an
> expected problem with 1.5.25-7 (though not on the x64 version), but
when
> you install -11, this is supposed to work fine on 2008 Server.  And it
> does for me, I just tried a fresh base install on a vanilla 2008
> Standard Server Edition.
>
> There must be something else broken on your machine.  Are you sure
that
> you installed 1.5.25-11 and not another version accidentally?  Or,
maybe
> the -7 version was installed already and a Cygwin process was still
> running or something like that?
>
> Corinna


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Cannot start bash prompts: processes intermittently don't die

[Popper, Samuel (US SSA)]

Cutting down PATH didn't help:

C:\Documents and Settings\Administrator>path
PATH=C:\WINDOWS\system32\wbem;C:\WINDOWS;C:\WINDOWS\system32;C:\cygwin\u
sr\X11R6
\bin;C:\cygwin\bin;C:\cygwin\usr\local\bin

C:\Documents and Settings\Administrator>start C:\cygwin\cygwin.bat

...still produced the hang. 

Performing the rebase procedure did not appear to have any change,
either.

I think that it's odd that once this problem began to occur, it has
persisted across clean reinstalls or different versions, reboots, etc.
Is there anything else that I could need to clean out between installs
other than what is covered in the FAQ
(http://cygwin.com/faq/faq-nochunks.html#faq.setup.uninstall-all)?

-Sam

PS Dave, sorry for sending you this reply directly instead of the list.
I didn't police Outlook sufficiently to keep it from doing stupid things
with the address.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Dave Korn
Sent: Thursday, March 13, 2008 11:30 AM
To: Cygwin@cygwin.com
Subject: RE: Cannot start bash prompts: processes intermittently don't
die

Popper, Samuel (US SSA) wrote on 13 March 2008 15:05:

> I'm running into a problem with a previously-working installation of
> cygwin on Windows 2003 server.


  Two things to try: first, cut down your path, from this ...

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\Program Files\Windows Resource Kits\Tools\
c:\OIS\ORBexpress\RT_2.6.4_PATCH_G1P\host\x86-winnt\bin
c:\OIS\ORBexpress\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\IBM\hcppc\bin
c:\WINDOWS\MsNfs\
C:\cygwin\bin
c:\Qt\4.3.3\bin
c:\MinGW\bin
c:\WINDOWS\System32
c:\Program Files\doxygen\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\VC98\bin

... to this ...

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem

.. and see if it makes the problem go away.  Second, have you been
through
the rebaseall[*] procedure yet?


cheers,
  DaveK

[*] - Install the rebase package using setup.exe, read the readme in
/usr/share/doc/Cygwin, stop all cygwin servers and services and exit all
cygwin shells and applications, finally run rebaseall in ash launched
from a
DOS prompt.
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Cannot start bash prompts: processes intermittently don't die

[Popper, Samuel (US SSA)]

I'm running into a problem with a previously-working installation of
cygwin on Windows 2003 server.

I had installed a few extra packages, and updated all packages to the
latest while attempting to set up Tinderbox.  Now, I can no longer
reliably open a cygwin bash prompt.  The console window opens, but most
of the time (about 80%), the prompt never appears.  Using Sysinternal's
Process Explorer shows additional child process (run as part of the
default profile files) that haven't quite exited.  Killing those
processes causes the processing to continue and a prompt to appear. 

Another observation: the process shows up in the windows process lists
(e.g. task manager and process explorer) and also in the output of ps.
However, if I attempt to kill it from a bash prompt, kill reports "No
such process".

An alternate cygwin.bat that adds the -x parameter and runs bash under
strace seems to work more reliably, indicating some sort of race
condition.  I have an strace log, but ~500k is probably too large to
attach.
In this attempt to run cygwin.bat, the last line to print is:
"++ /usr/bin/sed -e 's/^_//'" (from line 83 of /etc/profile)

Just to be clear, this happens at a random command somewhere in profile,
or not at all.  It also happens intermittently when running shell
scripts from already-existing windows.

Thinking that the problem might have been with the latest versions of
cygwin, I tried to reinstall the original version (some packages
reconstructed from an equivalently old version from fruitbat.org) that
had been working for almost a year, but that did not help.

I can't think of anything else to try to debug this problem.  I
apologize if this has already come up before, but I was unsuccessful in
finding anything similar using google and searching the mailing lists.

Thanks for any help in figuring out this problem!

-Sam

PS Sorry if this gets posted more than once - my mail appears to be
getting silently dropped.



cygcheck.out
Description: cygcheck.out
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Serial port using USB adaptor

[Samuel Thibault]

hce, le Sat 01 Mar 2008 20:20:21 +1100, a écrit :
> One more thing, if a serial port is not connected by a serial cable,
> it can still open a serila port without errors. That was very stange
> to everybody when a problem printed out "Open Serial Port /dev/com1
> success", but actually there was no cable connected to that port. Is
> it a bug in Cygwin?

That's not a bug: a daemon can then open a port and detect whenever you
plug something and switch it on.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Terminal control

[Samuel Thibault]

Pham D. Loc, le Thu 28 Feb 2008 18:22:09 -0800, a écrit :
>  I have C/C++ programs
> which printed the following characters via printf
> (which looks like terminal control):  
> 
> ^[[?1;2c

In the xterm terminfo, that is User String #8 aka user8 aka u8. Maybe
that's something else, see the output of infocmp.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ioperm() with ports above 0x3ff

[Samuel Thibault]

Daniel Noll, le Fri 22 Feb 2008 08:50:37 +1100, a écrit :
> On Friday 22 February 2008 07:46:18 Samuel Thibault wrote:
> > Yes: on Linux ioperm doesn't work above 0x400.  On Linux, so as to
> > access ports above 0x400 you need to use iopl(), that's why ioperm in
> > cygwin does this.  Now, allowing >= 0x400 would be possible in cygwin's
> > ioperm, but then you'd get problems when using the code on Linux...  The
> > truly proper way is really to use iopl().
> 
> On the other hand the iopl() man page specifically says that it shouldn't be 
> used in processes intended to be portable. ;-D

To non-Linux environments, yes, but Cygwin is meant to be
Linux-compatible.

Anyway, tinkering with ports is definitely not portable ;)

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Looking for ioperm maintainer (was Re: ioperm() with ports above 0x3ff)

[Samuel Thibault]

Corinna Vinschen, le Tue 19 Feb 2008 21:45:52 +0100, a écrit :
> The ioperm package has no maintainer anymore since 2006.

On the last call for maintainers I considered taking it, but I'm still
quite busy on other projects, so I'm not yet ready to actually do it.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ioperm() with ports above 0x3ff

[Samuel Thibault]

Hello,

Andrew Dyer, le Mon 18 Feb 2008 21:15:42 +, a écrit :
> I am having problems using ioperm() to try and access a parallel printer port 
> on
> a PCI card in my system running WinXP.  The port is mapped to I/O port address
> 0xDCD8.  I cannot access the port because the ioperm() driver has a check to
> limit I/O port accesses to < 0x400.

Yes: on Linux ioperm doesn't work above 0x400.  On Linux, so as to
access ports above 0x400 you need to use iopl(), that's why ioperm in
cygwin does this.  Now, allowing >= 0x400 would be possible in cygwin's
ioperm, but then you'd get problems when using the code on Linux...  The
truly proper way is really to use iopl().

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: signals of type SIGSEGV handled only once (in multithreaded process)

[Samuel Thibault]

Corinna Vinschen, le Fri 15 Feb 2008 11:02:53 +0100, a écrit :
> On Feb 15 10:49, Samuel Thibault wrote:
> > Corinna Vinschen, le Fri 15 Feb 2008 10:45:47 +0100, a écrit :
> > > On Feb 15 09:37, klement2 wrote:
> > > > After excellently quick correction of pthread_kill when the argument
> > > > signal is zero
> > > > (by cgf), I have found another problem related to signal handling. The
> > > > code in attachment
> > > > demonstrates it ( because of pthread_kill, it must be run with
> > > > cygwin1-20080213.dll and newer ).
> > > > It seams that signal handlers for signals like SIGSEGV, SIGFPE are
> > > > called only once,
> > > 
> > > This patch was necessary to get SEHs (and so Cygwin) working correctly
> > > on Windows 2008 Server.  The new behaviour is covered by POSIX:
> > > 
> > > http://www.opengroup.org/onlinepubs/009695399/functions/signal.html
> > > 
> > >   "If and when the function returns, if the value of sig was SIGFPE,
> > >SIGILL, or SIGSEGV or any other implementation-defined value
> > >corresponding to a computational exception, the behavior is undefined.
> > >Otherwise, the program shall resume execution at the point it was
> > >interrupted."
> > 
> > His handler doesn't return, it calls pthread_exit(), thus killing the
> > thread causing the SIGFPE, SIGILL or SIGSEGV.
> 
> ...and then it returns.  Where to?

who returns ? "The pthread_exit() function cannot return to its caller."

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: signals of type SIGSEGV handled only once (in multithreaded process)

[Samuel Thibault]

Corinna Vinschen, le Fri 15 Feb 2008 10:45:47 +0100, a écrit :
> On Feb 15 09:37, klement2 wrote:
> > After excellently quick correction of pthread_kill when the argument
> > signal is zero
> > (by cgf), I have found another problem related to signal handling. The
> > code in attachment
> > demonstrates it ( because of pthread_kill, it must be run with
> > cygwin1-20080213.dll and newer ).
> > It seams that signal handlers for signals like SIGSEGV, SIGFPE are
> > called only once,
> 
> This patch was necessary to get SEHs (and so Cygwin) working correctly
> on Windows 2008 Server.  The new behaviour is covered by POSIX:
> 
> http://www.opengroup.org/onlinepubs/009695399/functions/signal.html
> 
>   "If and when the function returns, if the value of sig was SIGFPE,
>SIGILL, or SIGSEGV or any other implementation-defined value
>corresponding to a computational exception, the behavior is undefined.
>Otherwise, the program shall resume execution at the point it was
>interrupted."

His handler doesn't return, it calls pthread_exit(), thus killing the
thread causing the SIGFPE, SIGILL or SIGSEGV.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin emulates an environment closest to ...

[Samuel Thibault]

nobody, le Tue 05 Feb 2008 11:02:48 -0800, a écrit :
> Cygwin emulates an environment closest to SunOS, Solaris, HP-UX, IBM's AIX,
> DEC OSF (Digital UNIX), or IRIX ?

See the cygwin documentation: it is meant to be a Linux-like
environment.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

swprintf() & friends

[Samuel Thibault]

Hello,

We noticed that there is no swprintf and friends on cygwin (while mingw
has them), did anybody work on this or does it have to be done?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Latin (accented) characters and subversion

[Samuel Thibault]

Larry Azlin, le Thu 29 Nov 2007 22:56:03 -0800, a écrit :
> svnadmin create archive_cyg
> svn import *.txt file:///cygdrive/c/temp/Test/archive_cyg -m "Initial import"
> svn: Can't convert string from native encoding to 'UTF-8':
> svn: ?\233.txt

I'm having such troubles too. The solution I'm using is to just prepend
LANG=C
to my svn command.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc bug

[Samuel Thibault]

Dave Korn, le Wed 21 Nov 2007 15:57:15 -, a écrit :
> On 21 November 2007 15:43, Samuel Thibault wrote:
> 
> > Ok, so cygwin has it too. It's fixed in HEAD, see
> >
> http://www.nabble.com/-Bug-c-34130---New%3A-the-builtin-abs%28%29-gives-wrong-
> result-when-used-in-some-expression-tf4824981.html#a13808833
> 
>   Now why didn't you just say "PR34130" in the first place?

Simply because I didn't know that URL in that first place :)

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc bug

[Samuel Thibault]

Dave Korn, le Wed 21 Nov 2007 15:38:55 -, a écrit :
> On 21 November 2007 15:30, Samuel Thibault wrote:
> 
> > Dave Korn, le Wed 21 Nov 2007 15:22:15 -, a écrit :
> >> On 21 November 2007 15:02, Samuel Thibault wrote:
> >> 
> >>> Can someone test http://dept-info.labri.fr/~thibault/tmp/test.c ?
> >>   Yep, the URL works fine.
> >>   Perhaps you'd like to expand on that request?
> > 
> > Yes: please run make test and ./test
> 
> 
>   Yeh, I knew you meant that really.  Odd.

Ok, so cygwin has it too. It's fixed in HEAD, see 
http://www.nabble.com/-Bug-c-34130---New%3A-the-builtin-abs%28%29-gives-wrong-result-when-used-in-some-expression-tf4824981.html#a13808833

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gcc bug

[Samuel Thibault]

Dave Korn, le Wed 21 Nov 2007 15:22:15 -, a écrit :
> On 21 November 2007 15:02, Samuel Thibault wrote:
> 
> > Can someone test http://dept-info.labri.fr/~thibault/tmp/test.c ?
>   Yep, the URL works fine.
>   Perhaps you'd like to expand on that request?

Yes: please run make test and ./test

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gcc bug

[Samuel Thibault]

Can someone test http://dept-info.labri.fr/~thibault/tmp/test.c ?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Open Sound System

[Samuel Thibault]

Xezlec, le Thu 15 Nov 2007 12:41:49 -0800, a écrit :
> What part of OSS isn't working?

All the sequencer/MIDI, mixer, timer and coprocessor parts, apparently.
(i.e. roughly only PCM works).

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Open Sound System

[Samuel Thibault]

Christopher Faylor, le Wed 14 Nov 2007 22:07:42 -0500, a écrit :
> On Wed, Nov 14, 2007 at 05:54:30PM -0800, Samuel Thibault wrote:
> >Carlo Florendo, le Thu 15 Nov 2007 09:45:54 +0800, a ?crit :
> >> Nikodem wrote:
> >> >Is it planned to support OSS? Many programs use it, and that's native 
> >> >Linux lib :(
> >> 
> >> The OSS suites are Linux kernel modules.  (And why OSS when there's ALSA?)
> >> 
> >> Windows has its own sound API and I don't think OSS could be ported to 
> >> windows.
> >
> >Why not?  OSS is actually just a bunch of ioctls.
> 
> Take a look at fhandler_dsp.cc in the cygwin sources.

Exactly :)

So what we still miss is the mixer for instance.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Open Sound System

[Samuel Thibault]

Carlo Florendo, le Thu 15 Nov 2007 09:45:54 +0800, a écrit :
> Nikodem wrote:
> >Is it planned to support OSS? Many programs use it, and that's native 
> >Linux lib :(
> 
> The OSS suites are Linux kernel modules.  (And why OSS when there's ALSA?)
> 
> Windows has its own sound API and I don't think OSS could be ported to 
> windows.

Why not?  OSS is actually just a bunch of ioctls.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: why is pthread_key_create failing?

[Samuel Thibault]

Hi,

Corinna Vinschen, le Tue 06 Nov 2007 16:45:50 +0100, a écrit :
> Heh, I just re-read the whole discussion at
> http://www.mail-archive.com/cygwin%40cygwin.com/msg49835.html again,
> and it's interesting how the point of view changes with another
> testcase.  Pity.  Returning EBUSY really looked like a good idea.

Mmm, the "Non-Idempotent Data Key Creation" section only says that some
behavior was rejected because there is other ways to achieve it.  But to
me it does not mean that EBUSY would be a good idea.  What explicitely
says that you shouldn't reuse a pthread_key_t?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: GCC compiler -m64 option in cygwin

[Samuel Thibault]

Dave Korn, le Wed 31 Oct 2007 12:52:18 -, a écrit :
> On 31 October 2007 12:41, Samuel Thibault wrote:
> > Tim Prince, le Wed 31 Oct 2007 05:35:45 -0700, a écrit :
> >> No, there is no 64-bit native support in cygwin. Even on linux, a
> >> cross-gcc is needed to create 64-bit build on a 32-bit system,
> > 
> > Nope, gcc now has multi-lib support.
> 
>   ITYM biarch.

If you prefer, yes (the configure option is called
--enable/disable-multilib).

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: GCC compiler -m64 option in cygwin

[Samuel Thibault]

Hi,

Tim Prince, le Wed 31 Oct 2007 05:35:45 -0700, a écrit :
> No, there is no 64-bit native support in cygwin. Even on linux, a 
> cross-gcc is needed to create 64-bit build on a 32-bit system,

Nope, gcc now has multi-lib support.

> and none of the required libraries or utilities are generally 
> available as a normal installation option.

Depends on the distribution. In debian, libc6-amd64 and amd64-libs
provide a lot of them.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: brltty 3.9-1

[Samuel Thibault]

Version 3.9-1 of "brltty" has been uploaded.

It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.

--  brltty-3.9-1 -- 2007-10-18 ---
Adds service support.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygrunsrv and pause?

[Samuel Thibault]

Christopher Faylor, le Tue 11 Sep 2007 16:50:14 -0400, a écrit :
> On Tue, Sep 11, 2007 at 10:44:37PM +0200, Samuel Thibault wrote:
> >Christopher Faylor, le Tue 11 Sep 2007 16:34:00 -0400, a ?crit :
> >> On Tue, Sep 11, 2007 at 09:29:17PM +0200, Samuel Thibault wrote:
> >> >Could cygrunsrv have an option to set signals that should be sent on net
> >> >pause / net continue?
> >> 
> >> Dunno.  Does it seem feasible after looking at the source code?
> >
> >The issue I can see is the feedback from the application, telling "ok,
> >I'm now paused".  One way could to use signals again, by using siginfo
> >in the SIGPAUSE handler in the application for knowing who to send a
> >signal back. The same signal could be used for both ways for instance.
> 
> A quick grep does not unearth anything with the term "SIGPAUSE" or
> "siginfo" in the cygrunsrv sources.  You seem to be talking about some
> other sources.

Indeed, I'm talking about what _could_ be implemented.

> My thinly veiled suggestion was that you should take a stab at doing
> this yourself by inspecting the cygrunsrv sources.

Unfortunately I don't have the time to do it right now.  Next month,
maybe.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygrunsrv and pause?

[Samuel Thibault]

Christopher Faylor, le Tue 11 Sep 2007 16:34:00 -0400, a écrit :
> On Tue, Sep 11, 2007 at 09:29:17PM +0200, Samuel Thibault wrote:
> >Could cygrunsrv have an option to set signals that should be sent on net
> >pause / net continue?
> 
> Dunno.  Does it seem feasible after looking at the source code?

The issue I can see is the feedback from the application, telling "ok,
I'm now paused".  One way could to use signals again, by using siginfo
in the SIGPAUSE handler in the application for knowing who to send a
signal back. The same signal could be used for both ways for instance.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygrunsrv and pause?

[Samuel Thibault]

Hi,

Could cygrunsrv have an option to set signals that should be sent on net
pause / net continue?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Fwd: sunrpc 4.0.3 patches

[Samuel Robb]

On Wed, 2007-09-05 at 16:35 -0400, Arlindo da Silva wrote:
> Hi,
> 
> The sunrpc-4.0.3 package no longer compiles with the current gcc, or
> g++ of that matter. I've updated some of the K&R style headers so I
> can now include rpc/xdr.h from my C++ sources. I tried to contact the
> previous maintainer (Sam Robb) by the e-mail bounced.

Well, that will teach me to never use a work email address for my cygwin
contact info :-/

> In any case, I have posted a patched source tarball here:
> 
>http://opengrads.org/cygwin/
> 
> in case someone is interested.

Thanks, Arlindo.  I'll take a look at it, though I'm leaving on vacation
in a few days, so it might be a while before a new package shows up.

-Samrobb


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: brltty 3.8-3

[Samuel Thibault]

Version 3.8-3 of "brltty" has been uploaded.

It is a background process (daemon) providing access to the Windows
Console for a blind person using a refreshable braille display.

--  brltty-3.8-3 -- 2007-08-06 ---
Update to subversion 3168 for getting the upstream WINDOW -> __MINGW32__
change, as well as misc fixes.

If you have questions or comments, please send them to the Cygwin
mailing list at: cygwin@cygwin.com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the
format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Is this information indicated that I have installed sshd successfully?

[Samuel Thibault]

[EMAIL PROTECTED], le Thu 02 Aug 2007 17:24:33 -0400, a écrit :
> 7. ssh localhost   asked me passphrase for key and also show a fingerprint
>   I input the passord XXX0091
>   logged in
> 8. I used another computer which has installed putty before
>   type my Server Ip address: 152.X.XXX.XX (x is number)
> 9. network timeout. cannot log on

Maybe you just have a firewall that filters out port 22?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Linux kernel compilation for x86 on Cygwin

[Samuel Thibault]

Brian Dessent, le Wed 01 Aug 2007 08:41:31 -0700, a écrit :
> You *are* building a cross compiler, right?  Because the native Cygwin
> gcc will not be usable for building anything linux.

Mmm, does this really matter since a kernel uses non-hosted mode?

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/