KENYA: THE ADVANCED FRONT DESK PROFESSIONALS SEMINAR 29-30 MARCH 2018 AT KSMS, NAIROBI KENYA

2018-03-05 Thread KENYA:THE ADVANCED FRONT DESK PROFESSIONALS SEMINAR 29-30 MARCH 2018 AT

NITA 
Approved Trainers - No. TRN/1383
The 
Advanced Front Desk Professionals Seminar
Greetings!
I 
earnestly invite your organisation to this MUST attend Front Office training 
seminar.
This 
workshop will give your front office team easy to implement front office 
techniques delivered in a highly motivating style.  This special 2 days 
will ABSOLUTELY change the culture of their practice and they will return more 
knowledgeable and ready to perform as 'Front Office Megastars'. 
This 
transformative program will give front desk staff the powerful tools they need 
to handle the difficult challenges that go hand in hand with their important 
job!
We 
understand the front desk staff position is often anything but easy. They are 
handling telephone calls, emails, late appointments and missed appointments, 
cancellations, downtime, payments & demanding customers.  The list can go on 
and 
on.
Venue: The 
Kenya School of Monetary Studies
Dates:  29th-30th 
March, 2018
Course 
Fee: Ksh. 
28,200 inclusive of 2 days attendance, meals, seminar kit and taxes.
Payment 
and Discount Scheme: 
Package 
of 3 Delegates + 1 Free
Target 
Audience: 
Executive 
Assistants, Administrative Assistants, Receptionists, Front Desk Staff, 
Telephonists, Switchboard Operators, Personal Assistants, Customer Service/Care 
Centre Staff
 
Course 
Overview
Several 
phone lines are ringing, lights on the phone are blinking, coworkers are asking 
questions, and here comes a customer or client. How does the person manning the 
front desk of an office handle several people simultaneously with 
professionalism and poise? This fast-paced course is specifically designed to 
answer this and other important questions for those who work as an 
organization’s first-impression representative at the front desk. In addition 
to 
learning the elements of effective verbal and visual communication, 
participants 
will find out how to expertly satisfy even the most demanding, difficult 
visitors without jeopardizing their performance.
Program 
Objectives
At 
the program’s conclusion, participants should be able to:
Describe 
  the components of a professional image at the front 
  desk.
Understand 
  that their workspace is an extension of themselves and should reflect a 
  professional image as well.
Manage 
  all communication with clarity, accuracy, and courtesy.
Improve 
  verbal communication with those they meet face to face.
Interpret 
  the body language of others to determine how best to communicate with 
  them.
Minimize 
  interruptions caused by visitors and coworkers in a tactful yet determined 
  way.
Implement 
  strategies for dealing politely and successfully with discourteous, 
demanding, 
  or dissatisfied visitors.
Explain 
  precautionary steps they should take in emergency situations that might 
  compromise the safety of everyone in the workplace.
Develop 
  a personal action plan to improve both their image and their skills at the 
  front desk.
The 
following outline highlights some of the course’s key learning points. 

Workshop 
Outline
Best 
Foot Forward: Features of a Professional Image
In 
this introductory discussion, participants will discuss the components that 
make 
for a first-class impression. Using an array of visual examples, the 
facilitator 
will help participants discover both obvious and subtle signals front-desk 
employees give before saying a single word when encountering others. By 
examining the outward signs of those with a polished presence, they will have a 
better sense of steps they can take immediately to create a professional image 
for themselves and their organization.
 
One 
Step Back: What Will Ruin the Image?
In 
this part of the workshop, participants will learn the behaviors and habits 
that 
can destroy not only their image but that of their organization. They will see 
how body language, mannerisms, appearance, and personal grooming considerations 
can enhance or destroy their credibility. Also, they will see the physical 
space 
they occupy at work is an important part of their image that should not be 
neglected. We will also discuss techniques and tools for clearing and 
organizing 
desk space, managing paper, and maintaining a professional 
environment. 
 
Whose 
Line Is It Anyway? : Taking and Making Calls like a 
Pro
As 
important as it is to project professionalism in person, it is just as 
important 
to do so over the telephone. In this seminar segment, participants will learn 
how to convey a positive image over the phone by using appropriate greetings 
that are warm and welcoming. They will find out ways to put callers on hold 
politely and learn alternatives to keeping them on hold indefinitely. The 
facilitator will also share strategies for taking messages quickly and 
accurately, transferring calls with ease and grace, and ending calls with 
overly 
talkative callers without appearing abrupt or rude.
 
Beyond 
Words: What the Body Says
Posture, 
arm placement, hand gestures, and 

Setup problem (2.889 32-bit)

2018-03-05 Thread David Lee
I tried to perform a clean Cygwin installation and encountered a
problem with package versions.

Steps
-

1. Download setup.exe.
2. Run it.
3. At "Cygwin Net Release Setup Program", click next.
3. Choose "Install From Internet". Click next.
4. Pick a root directory. Click next.
5. Pick a local package directory. Click next.
6. Pick a internet connection suitable for you (I had to choose "system proxy").
   Click next.
7. Pick a download site. Click next (I tried http://ftp.jaist.ac.jp
and http://mirrors.kernel.org).
8. Let setup download setup.ini.
9. On the "Select Packages" screen, pick bsdtar. Click next. (There is
nothing special about bsdtar; you can pick any packages that have
liblz4_1 as dependency; see below).

10. On the "Review and Confirm changes" screen, notice there are some
automatically pulled packages. One of them is "liblz4_1", at version
"131-1". However, the current version is "1.7.5-1". You can see by
going back to the previous screen and click on the "liblz4_1" package.

Is there some reason that the setup program downloaded a previous
version instead the current one for liblz4_1? Thanks for helping.

David.

--
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: [bug-gawk] gawk Regression: CR characters are not stripped on Windows

2018-03-05 Thread arnold
Andrey Repin  wrote:

> Greetings, arn...@skeeve.com!
>
> > Corinna Vinschen  wrote:
>
> >> Hi Arnold,
> >>
> >> On Mar  5 06:36, arn...@skeeve.com wrote:
> >> > Is there a way to distinguish cygwin from msys at compile time?
> >> > I would not object to restoring the behavior for msys only.
> >>
> >> __MSYS__ vs. __CYGWIN__
> >>
> >>
> >> Corinna
>
> > Excellent. I will probably do that, soon.
>
> Keep in mind that you should avoid relying on __CYGWIN__ if possible.
> Only if certain POSIX mandated functionality could not be implemented at all
> using WinAPI you may go for this macro to work around compatibility issues.

I don't think it's a problem; I am testing for MSYS.  The change
is now in git in posix/gawkmisc.c.

Thanks,

Arnold

--
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: setup: problems with local install

2018-03-05 Thread Ken Brown

On 3/5/2018 1:34 PM, Ken Brown wrote:

This is a followup to the thread started here:

   https://cygwin.com/ml/cygwin/2018-03/msg00027.html

There are two problems with installing from a local directory.

1. In the Category view, "No packages found" is displayed where it 
should say "All" in the first line of the list.  This is probably just a 
cosmetic issue, and I haven't tried to track it down yet.


This actually happens in all setup runs, not just local installs.  It 
looks like it was caused by the rearranging that was done in the 
following commit:


commit 0c539f7f7d86fb100f260f21367682fa2c0bb529
Author: Jon Turney 
Date:   Sat Nov 4 18:01:49 2017 +

Correctly order preparing packagedb for chooser

I think the problem might be that createListview() is now called too 
early in ChooserPage::OnInit().  But it's not immediately obvious to me 
how to fix this without breaking something else.


Ken


RE: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

2018-03-05 Thread Michel LaBarre


> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Corinna Vinschen
> Sent: March 5, 2018 2:55 PM
> To: cygwin@cygwin.com
> Subject: Re: sed seems to force UC filename on Mixed 8.3 filenames on
> FAT32
> 
> On Mar  5 12:46, Michel LaBarre wrote:
> > Sorry folks but I am going to top post for the sake of clarity.  The 
> > original
> msg is below for reference.
> >
> > Corinna, I ran the following and I attached the trace file:
> > E:\junk>ls > Zot.txt
> > E:\junk>ls
> > Zot.txt
> > E:\junk>strace -o d2u.trace dos2unix -n Zot.txt Zot.txt
> > dos2unix: converting file Zot.txt to file Zot.txt in Unix format...
> > E:\junk>ls
> > ZOT.TXT  d2u.trace
> > [...]
> 
> Thanks.  The culprit is really most likely the system.  Cygwin never
> observes or uses an all-uppercase name while doing its thing.

I agree it is likely the system but it is curious that the only program that 
readily displays the problem is dos2unix (and unix2dos and mac2unix and 
unix2mac - I tried them).  

I looked for recent similar issues and only found 
https://superuser.com/questions/1297658/folder-names-become-uppercase-when-syncing-to-fat32-drive
So if other users of this Win10 build start tripping on this same problem and 
reporting it, it may get looked at by MS.
If RedHat has some dev contacts, you might have more luck highlighting the 
issue than riffraff like us.

Fergus: Looking at the first trace file, the very last rename operation looks 
to be where the final filename is established.  If you were to compile a short 
program doing exactly that call will little else, you might confirm a minimal 
reproduceable case.

Here's one last variation:
E:\junk>ls > Abc.txt12

E:\junk>dos2unix Abc.txt12
dos2unix: converting file Abc.txt12 to Unix format...

E:\junk>ls
Abc.txt12

The target name is not 8dot3 conforming and all case is preserved.  Same with  
Abcdefghijkl.txt

The target name seems to only fail when it looks to be 8dot3 conforming.

/Michel

> 
> 
> Corinna
> 
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat


--
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: [bug-gawk] gawk Regression: CR characters are not stripped on Windows

2018-03-05 Thread Vince Rice
> On Mar 5, 2018, at 2:58 PM, Andrey Repin wrote:
> 
> Greetings, 
> 
>> Corinna Vinschen wrote:
>> 
>>> Hi Arnold,
>>> 
>>> On Mar  5 06:36, arn...@skeeve.com wrote:
 Is there a way to distinguish cygwin from msys at compile time?
 I would not object to restoring the behavior for msys only.
>>> 
>>> __MSYS__ vs. __CYGWIN__
>>> 
>>> 
>>> Corinna
>> 
>> Excellent. I will probably do that, soon.
> 
> Keep in mind that you should avoid relying on __CYGWIN__ if possible.
> Only if certain POSIX mandated functionality could not be implemented at all
> using WinAPI you may go for this macro to work around compatibility issues.

https://cygwin.com/acronyms/#PCYMTNQREAIYR (see  above, which
wasn’t redacted in your reply).
(And Arnold, you did the same thing with Corinna’s email address.)

Keep in mind that it was Corinna answering the question. Given the subject of 
this
discussion, and that Corinna gave the answer, he doesn’t really need to “avoid
relying on __CYGWIN__”.
--
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] vim 8.0.1567-1

2018-03-05 Thread Yaakov Selkowitz
The following packages have been uploaded to the Cygwin distribution:

* vim-8.0.1567-1
* vim-common-8.0.1567-1
* vim-doc-8.0.1567-1
* vim-minimal-8.0.1567-1
* gvim-8.0.1567-1
* xxd-8.0.1567-1

Vim (Vi IMproved) is an almost compatible version of the UNIX editor vi. 
Almost every possible command can be performed using only ASCII characters. 
Many new features have been added: multilevel undo, command line history, 
file name completion, block operations, and editing of binary data.

This is an update to yesterday's upstream patchset.

--
Yaakov

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



vim 8.0.1567-1

2018-03-05 Thread Yaakov Selkowitz
The following packages have been uploaded to the Cygwin distribution:

* vim-8.0.1567-1
* vim-common-8.0.1567-1
* vim-doc-8.0.1567-1
* vim-minimal-8.0.1567-1
* gvim-8.0.1567-1
* xxd-8.0.1567-1

Vim (Vi IMproved) is an almost compatible version of the UNIX editor vi. 
Almost every possible command can be performed using only ASCII characters. 
Many new features have been added: multilevel undo, command line history, 
file name completion, block operations, and editing of binary data.

This is an update to yesterday's upstream patchset.

--
Yaakov


[ANNOUNCEMENT] Updated: mutt-1.9.4-1

2018-03-05 Thread Marco Atzeri

New versions 1.9.4-1 of

  mutt

is available in the Cygwin distribution:

CHANGES
Last upstream bugfix release.

Full details on:
http://www.mutt.org/doc/devel/UPDATING
http://www.mutt.org/doc/devel/ChangeLog

DESCRIPTION
The Mutt E-Mail Client
"All mail clients suck. This one just sucks less."

Mutt is a small but very powerful text-based mail client
for Unix operating systems.

HOMEPAGE
http://www.mutt.org/

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) 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



Updated: mutt-1.9.4-1

2018-03-05 Thread Marco Atzeri

New versions 1.9.4-1 of

  mutt

is available in the Cygwin distribution:

CHANGES
Last upstream bugfix release.

Full details on:
http://www.mutt.org/doc/devel/UPDATING
http://www.mutt.org/doc/devel/ChangeLog

DESCRIPTION
The Mutt E-Mail Client
"All mail clients suck. This one just sucks less."

Mutt is a small but very powerful text-based mail client
for Unix operating systems.

HOMEPAGE
http://www.mutt.org/

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .


[ANNOUNCEMENT] Updated: S-Lang 2.3.2-1

2018-03-05 Thread Marco Atzeri

New versions 2.3.2-1 of

  libslang2
  libslang-devel
  slsh

are available in the Cygwin distribution

DESCRIPTION
S-Lang is a multi-platform programmer's library designed
to allow a developer to create robust multi-platform software.
It provides facilities required by interactive applications
such as display/screen management, keyboard input, keymaps, and so on


CHANGES
Update to  last upstream main release.
Full details on:
http://lists.jedsoft.org/lists/slang-users/2018/002.html

HOMEPAGE
http://http://www.jedsoft.org/slang/
(mirrored at http://www.s-lang.org/ )

Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) 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



Updated: S-Lang 2.3.2-1

2018-03-05 Thread Marco Atzeri

New versions 2.3.2-1 of

  libslang2
  libslang-devel
  slsh

are available in the Cygwin distribution

DESCRIPTION
S-Lang is a multi-platform programmer's library designed
to allow a developer to create robust multi-platform software.
It provides facilities required by interactive applications
such as display/screen management, keyboard input, keymaps, and so on


CHANGES
Update to  last upstream main release.
Full details on:
http://lists.jedsoft.org/lists/slang-users/2018/002.html

HOMEPAGE
http://http://www.jedsoft.org/slang/
(mirrored at http://www.s-lang.org/ )

Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .


[ANNOUNCEMENT] Updated: znc-1.6.6-1

2018-03-05 Thread Alexey Sokolov
Version 1.6.6-1 of "znc" has been uploaded.

ZNC is an IRC network bouncer (BNC). It can detach the client from the
actual IRC server, and also from selected channels. Multiple clients
from different locations can connect to a single ZNC account
simultaneously and therefore appear under the same nickname on IRC. It
supports SSL secured connections and IPv6.

This is new upstream minor release. See
http://wiki.znc.in/ChangeLog/1.6.6 for details.

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



Updated: znc-1.6.6-1

2018-03-05 Thread Alexey Sokolov
Version 1.6.6-1 of "znc" has been uploaded.

ZNC is an IRC network bouncer (BNC). It can detach the client from the
actual IRC server, and also from selected channels. Multiple clients
from different locations can connect to a single ZNC account
simultaneously and therefore appear under the same nickname on IRC. It
supports SSL secured connections and IPv6.

This is new upstream minor release. See
http://wiki.znc.in/ChangeLog/1.6.6 for details.


Re: [bug-gawk] gawk Regression: CR characters are not stripped on Windows

2018-03-05 Thread Andrey Repin
Greetings, arn...@skeeve.com!

> Corinna Vinschen  wrote:

>> Hi Arnold,
>>
>> On Mar  5 06:36, arn...@skeeve.com wrote:
>> > Is there a way to distinguish cygwin from msys at compile time?
>> > I would not object to restoring the behavior for msys only.
>>
>> __MSYS__ vs. __CYGWIN__
>>
>>
>> Corinna
>>
>> -- 
>> Corinna Vinschen  Please, send mails regarding Cygwin to
>> Cygwin Maintainer cygwin AT cygwin DOT com
>> Red Hat

> Excellent. I will probably do that, soon.

Keep in mind that you should avoid relying on __CYGWIN__ if possible.
Only if certain POSIX mandated functionality could not be implemented at all
using WinAPI you may go for this macro to work around compatibility issues.


-- 
With best regards,
Andrey Repin
Monday, March 5, 2018 23:56:14

Sorry for my terrible english...


--
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: Another setup v2.889 regression? Again ...

2018-03-05 Thread Andrey Repin
Greetings, Steven Penny!

> but your mail client is not prepending the subject with "Re: ", so it appears
> you started a 2nd thread.

Please use sane mail client that understands References/In-Reply-To message 
headers.
Subject linking was frowned upon twenty years ago already.
How could you use it in 21'st century is beyond me.


-- 
With best regards,
Andrey Repin
Tuesday, March 6, 2018 00:02:06

Sorry for my terrible english...


--
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: Perl distributions

2018-03-05 Thread Achim Gratz

The following Perl distributions have been updated to their latest
version on CPAN, respectively:

x86/x86_64
--
perl-Cpanel-JSON-XS-4.02-1
perl-DBD-SQLite-1.56-1
perl-Mail-Box-Parser-C-3.009-1
perl-Scalar-List-Utils-1.50-1
perl-XML-LibXSLT-1.96-1

noarch
 
perl-Date-Manip-6.70-1
perl-File-Slurper-0.012-1
perl-Importer-0.025-1
perl-IO-Socket-SSL-2.056-1
perl-libwww-perl-6.33-1
perl-Mail-Box-3.005-1
perl-Mojolicious-7.70-1
perl-Mozilla-CA-20180117-1
perl-Sub-Quote-2.005000-1
perl-Test-Harness-3.41-1
perl-Test-Simple-1.302128-1
perl-Test2-Suite-0.000104-1
perl-Text-Template-1.51-1
perl-YAML-Tiny-1.73-1


*** 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: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

2018-03-05 Thread Corinna Vinschen
On Mar  5 12:46, Michel LaBarre wrote:
> Sorry folks but I am going to top post for the sake of clarity.  The original 
> msg is below for reference.
> 
> Corinna, I ran the following and I attached the trace file:
>   E:\junk>ls > Zot.txt
>   E:\junk>ls
>   Zot.txt
>   E:\junk>strace -o d2u.trace dos2unix -n Zot.txt Zot.txt
>   dos2unix: converting file Zot.txt to file Zot.txt in Unix format...
>   E:\junk>ls
>   ZOT.TXT  d2u.trace
> [...]

Thanks.  The culprit is really most likely the system.  Cygwin never
observes or uses an all-uppercase name while doing its thing.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature


setup: problems with local install

2018-03-05 Thread Ken Brown

This is a followup to the thread started here:

  https://cygwin.com/ml/cygwin/2018-03/msg00027.html

There are two problems with installing from a local directory.

1. In the Category view, "No packages found" is displayed where it 
should say "All" in the first line of the list.  This is probably just a 
cosmetic issue, and I haven't tried to track it down yet.


2. In several of the views, all packages from setup.ini are listed, even 
if there is no corresponding archive in the local directory.  What 
happens is that packagemeta::scan() calls pkg.source()->sites.clear() 
for such packages, but this information is never used to prevent the 
package from appearing in the list.


It used to be that such packages would be declared inaccessible, but 
SolvableVersion::accessible() no longer does this.


Jon, you wrote the following comment in the definition of 
SolvableVersion::accessible():


"The 'accessible' check used to test if an archive was available locally 
or from a mirror.  This seems utterly pointless as binary packages which 
aren't 'accessible' never get to appear in the package list."


Do we need to reinstate the old function of the accessibility check?

Ken


Re: Another setup v2.889 regression?

2018-03-05 Thread Houder
On Mon, 5 Mar 2018 17:16:37, Jon Turney wrote:
[snip]

> Sigh.  I thought I had fixed lz4 [1], but apparently not, it suffers 
> from the same class of problem (briefly, replace-versions: doesn't work 
> on versions which are also offered for installation)
> 
> These are the only other packages which I am aware of which suffer from 
> this specific problem, and I'm not sure I want to fix those in the same way.
> 
> If you think there are other package which have this problem can you 
> please tell me what they are...

As far as I _understand_ the issue, the *lz4* packages are the only ones left,
which present the same problem as cscope does

I glanced over setup.ini and compared the packages with "replace-version:" with
the entry for cscope ... Only the *lz4* packages stood out within that context.

Henri

> [1] https://cygwin.com/ml/cygwin/2018-02/msg00306.html
> 
> --
> 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 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: Another setup v2.889 regression?

2018-03-05 Thread Jon Turney

On 05/03/2018 12:50, Houder wrote:

On 2018-03-04 23:25, Jon Turney wrote:

On 04/03/2018 15:11, Houder wrote:

Because there are problems with setup v2.889, I decided to do
some testing of my own.


Thanks for reporting this.


2018/03/04 15:35:20 Augmented Transaction List:
2018/03/04 15:35:20    0 install  cscope  15.8.0.1-2
2018/03/04 15:35:20    1   erase  cscope 15.8b-1

 From override.hint on the "Twente" mirror:

curr: 15.8b-1
prev: 15.8.0.1-2
replace-versions: 15.8.0.1-2

As far as understand, setup should attempt to install v15.8b1
in case v15.8.0.1-2 is installed.

Not the other way around. (currently v15.8b-1 in installed).


Yeah, this isn't working as expected. Time for a bigger hammer...

The previous version has been re-designated as 15.8a-2 (to match what
it identifies itself as with 'cscope -V').

This should make setup update to the most recent version, while still
allowing the previous version to be offered as installable...


Uhm, bigger hammer ... you mean your modification will solve the problem
for cscope, but not for f.i. the *lz4* packages?


Sigh.  I thought I had fixed lz4 [1], but apparently not, it suffers 
from the same class of problem (briefly, replace-versions: doesn't work 
on versions which are also offered for installation)


These are the only other packages which I am aware of which suffer from 
this specific problem, and I'm not sure I want to fix those in the same way.


If you think there are other package which have this problem can you 
please tell me what they are...


[1] https://cygwin.com/ml/cygwin/2018-02/msg00306.html

--
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: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

2018-03-05 Thread Corinna Vinschen
On Mar  5 12:05, Michel LaBarre wrote:
> > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> > Behalf Of Corinna Vinschen
> > On Mar  5 11:42, Michel LaBarre wrote:
> > > I have the same build 16299.248 and I get the same behaviour.
> > > Perhaps consider: http://www.zoneutils.com/regtricks/filesystem.htm
> > > for parameters to experiment with.  You can use fsutil to control some of
> > these to avoid direct registry modifications.
> > > I expect it is more subtle otherwise the pervasive nature of the flags 
> > > would
> > mean that any file creation would result in UC names, not just dos2unix.
> > > i.e. ls > Foo.txt should produce FOO.TXT
> > 
> > Maybne something with overwriting existung files?  What if you call
> > `ls > Foo.txt' twice in a row?
> > 
> 
> Nope - that works ok.  (BTW - you were fast on the reply!)
> 
> I did try:
>   E:\>dos2unix -n Zot.txt Foo.txt
>   dos2unix: converting file Zot.txt to file Foo.txt in Unix format...
>   E:\>ls
>Foo.txtZot.txt
> 
> I thought using -n might suffice as a quick workaround for Fergus so I tried:
> 
>   E:\>dos2unix -n Zot.txt Zot.txt
>   dos2unix: converting file Zot.txt to file Zot.txt in Unix format...
>   E:\>ls
>Foo.txt  ZOT.TXT

But `mv ZOT.TXT Zot.txt' works?

Can you strace this like this after renaming the file back to Zot.txt

  $ strace -o d2u.trace dos2unix -n Zot.txt Zot.txt

and send the d2u.trace file to this list?


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature


[newlib-cygwin] Cygwin: move sun_name_t constructors into fhandler_socket_unix.cc

2018-03-05 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=ae67198d55bf5bab903eb01d049f15d7a35c38ba

commit ae67198d55bf5bab903eb01d049f15d7a35c38ba
Author: Corinna Vinschen 
Date:   Mon Mar 5 18:08:47 2018 +0100

Cygwin: move sun_name_t constructors into fhandler_socket_unix.cc

They are only used there anyway and it allows to use the AF_UNIX
macro without tweaking header files.  While at it, improve
both constructors.  The default constructor now creates the name
of an unnamed socket, the constructor taking parameters carefully
checks its input.

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/fhandler.h  | 14 ++
 winsup/cygwin/fhandler_socket_unix.cc | 17 +
 2 files changed, 19 insertions(+), 12 deletions(-)

diff --git a/winsup/cygwin/fhandler.h b/winsup/cygwin/fhandler.h
index e9a2472..da600f2 100644
--- a/winsup/cygwin/fhandler.h
+++ b/winsup/cygwin/fhandler.h
@@ -842,18 +842,8 @@ class sun_name_t
   /* Allows 108 bytes sun_path plus trailing NUL */
   char _nul[sizeof (struct sockaddr_un) + 1];
 };
-  sun_name_t ()
-{
-  un_len = 0;
-  un.sun_family = 0;
-  _nul[sizeof (struct sockaddr_un)] = '\0';
-}
-  sun_name_t (const struct sockaddr *name, __socklen_t namelen)
-{
-  un_len = namelen < (__socklen_t) sizeof un ? namelen : sizeof un;
-  memcpy (, name, un_len);
-  _nul[sizeof (struct sockaddr_un)] = '\0';
-}
+  sun_name_t ();
+  sun_name_t (const struct sockaddr *name, __socklen_t namelen);
 
   void *operator new (size_t) __attribute__ ((nothrow))
 { return cmalloc_abort (HEAP_FHANDLER, sizeof (sun_name_t)); }
diff --git a/winsup/cygwin/fhandler_socket_unix.cc 
b/winsup/cygwin/fhandler_socket_unix.cc
index 36a3cb3..f93b912 100644
--- a/winsup/cygwin/fhandler_socket_unix.cc
+++ b/winsup/cygwin/fhandler_socket_unix.cc
@@ -69,6 +69,23 @@ GUID __cygwin_socket_guid = {
   .Data4 = { 0xba, 0xb3, 0xc5, 0xb1, 0xf9, 0x2c, 0xb8, 0x8c }
 };
 
+sun_name_t::sun_name_t ()
+{
+  un_len = sizeof (sa_family_t);
+  un.sun_family = AF_UNIX;
+  _nul[sizeof (struct sockaddr_un)] = '\0';
+}
+
+sun_name_t::sun_name_t (const struct sockaddr *name, socklen_t namelen)
+{
+  if (namelen < 0)
+namelen = 0;
+  un_len = namelen < (__socklen_t) sizeof un ? namelen : sizeof un;
+  if (name)
+memcpy (, name, un_len);
+  _nul[sizeof (struct sockaddr_un)] = '\0';
+}
+
 HANDLE
 fhandler_socket_unix::create_abstract_link (const sun_name_t *sun,
PUNICODE_STRING pipe_name)


RE: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

2018-03-05 Thread Michel LaBarre


> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Corinna Vinschen
> 
> On Mar  5 11:42, Michel LaBarre wrote:
> >
> > > Behalf Of Fergus Daly
> > > Starting to look exactly like that. On Windows 7 there is no problem.
> > > On earlier W10 machines in this office there is no problem. My machine
> > > underwent a massive (time-consuming) update on or around 13-FEB to
> > > Microsoft Windows Version 1709 Build 16299.248]
> > > from the previous
> > > Microsoft Windows Version 1703 Build 15063.936]
> > > and the troubles began then:
> > >
> > > ~> touch TryThis.TxT
> > > ~> ls T*
> > > TryThis.TxT
> > > ~> dos2unix TryThis.TxT
> > > dos2unix: converting file TryThis.TxT to Unix format...
> > > ~> ls T*
> > > TRYTHIS.TXT
> > >
> > > This on a FAT32 stick. (Can anybody confirm this behaviour?) So I'm
> > > guessing Windows has revised its default mount shortname syntax for
> > > VFAT. Is there a way I can climb in and alter / override that, does
> > > anybody know?
> >
> > I have the same build 16299.248 and I get the same behaviour.
> > Perhaps consider: http://www.zoneutils.com/regtricks/filesystem.htm
> > for parameters to experiment with.  You can use fsutil to control some of
> these to avoid direct registry modifications.
> > I expect it is more subtle otherwise the pervasive nature of the flags would
> mean that any file creation would result in UC names, not just dos2unix.
> > i.e. ls > Foo.txt should produce FOO.TXT
> 
> Maybne something with overwriting existung files?  What if you call
> `ls > Foo.txt' twice in a row?
> 

Nope - that works ok.  (BTW - you were fast on the reply!)

I did try:
E:\>dos2unix -n Zot.txt Foo.txt
dos2unix: converting file Zot.txt to file Foo.txt in Unix format...
E:\>ls
 Foo.txtZot.txt

I thought using -n might suffice as a quick workaround for Fergus so I tried:

E:\>dos2unix -n Zot.txt Zot.txt
dos2unix: converting file Zot.txt to file Zot.txt in Unix format...
E:\>ls
 Foo.txt  ZOT.TXT

Nuts!  So the problem manifests if the input and output files are the same 
whether using -n or not.  (Sorry Fergus - no workaround.)

As an aside, I experimented with "ed" to change a file and re-write it 
presuming it might behave as dos2nix - nope - it preserved mixed case ok.  

Michel

> 
> Corinna
> 
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat


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



[newlib-cygwin] Cygwin: sockets: add bind state, and split out connect state to allow atomic operation

2018-03-05 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a2c02d78be1f8d53bfbfe4cb3d398858b397105c

commit a2c02d78be1f8d53bfbfe4cb3d398858b397105c
Author: Corinna Vinschen 
Date:   Mon Mar 5 17:59:04 2018 +0100

Cygwin: sockets: add bind state, and split out connect state to allow 
atomic operation

The connect state was stored in a bitfield which is not safe
to do atomic operations on.

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/fhandler.h | 23 +++
 1 file changed, 19 insertions(+), 4 deletions(-)

diff --git a/winsup/cygwin/fhandler.h b/winsup/cygwin/fhandler.h
index ec9294a..e9a2472 100644
--- a/winsup/cygwin/fhandler.h
+++ b/winsup/cygwin/fhandler.h
@@ -76,13 +76,21 @@ enum dirent_states
   dirent_info_mask = 0x0078
 };
 
+enum bind_state
+{
+  unbound = 0,
+  bind_pending = 1,
+  bound = 2
+};
+
 enum conn_state
 {
   unconnected = 0,
   connect_pending = 1,
   connected = 2,
   listener = 3,
-  connect_failed = 4
+  connect_failed = 4   /* FIXME: Do we really need this?  It's basically
+ the same thing as unconnected. */
 };
 
 enum line_edit_status
@@ -524,19 +532,26 @@ class fhandler_socket: public fhandler_base
 unsigned saw_shutdown_read : 1; /* Socket saw a SHUT_RD */
 unsigned saw_shutdown_write: 1; /* Socket saw a SHUT_WR */
 unsigned saw_reuseaddr: 1; /* Socket saw SO_REUSEADDR call */
-unsigned connect_state: 3;
public:
 status_flags () :
   async_io (0), saw_shutdown_read (0), saw_shutdown_write (0),
-  saw_reuseaddr (0), connect_state (unconnected)
+  saw_reuseaddr (0)
   {}
   } status;
+  LONG _connection_state;
+  LONG _binding_state;
  public:
   IMPLEMENT_STATUS_FLAG (bool, async_io)
   IMPLEMENT_STATUS_FLAG (bool, saw_shutdown_read)
   IMPLEMENT_STATUS_FLAG (bool, saw_shutdown_write)
   IMPLEMENT_STATUS_FLAG (bool, saw_reuseaddr)
-  IMPLEMENT_STATUS_FLAG (conn_state, connect_state)
+
+  conn_state connect_state (conn_state val)
+{ return (conn_state) InterlockedExchange (&_connection_state, val); }
+  conn_state connect_state () const { return (conn_state) _connection_state; }
+  bind_state binding_state (bind_state val)
+{ return (bind_state) InterlockedExchange (&_binding_state, val); }
+  bind_state binding_state () const { return (bind_state) _binding_state; }
 
  public:
   fhandler_socket ();


[newlib-cygwin] Cygwin: drop debug_printf statement from start_transaction

2018-03-05 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=fe8e2c9b1f480c5b939574510b3ed10ea3c9028d

commit fe8e2c9b1f480c5b939574510b3ed10ea3c9028d
Author: Corinna Vinschen 
Date:   Mon Mar 5 17:50:52 2018 +0100

Cygwin: drop debug_printf statement from start_transaction

start_transaction is now defined in ntdll.h and we can't rely
on debug_printf being available

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/ntdll.h | 5 +
 1 file changed, 1 insertion(+), 4 deletions(-)

diff --git a/winsup/cygwin/ntdll.h b/winsup/cygwin/ntdll.h
index c89591f..b322d4b 100644
--- a/winsup/cygwin/ntdll.h
+++ b/winsup/cygwin/ntdll.h
@@ -1668,10 +1668,7 @@ extern "C"
RtlSetCurrentTransaction (trans);
   }
 else
-  {
-   debug_printf ("NtCreateTransaction failed, %y", status);
-   old_trans = trans = NULL;
-  }
+  old_trans = trans = NULL;
   }
 
   static inline NTSTATUS


[newlib-cygwin] Cygwin: cygwait.cc: fix formatting of debug statement

2018-03-05 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=011fc3b508292ebdc972775a98ee3b22cd17e820

commit 011fc3b508292ebdc972775a98ee3b22cd17e820
Author: Corinna Vinschen 
Date:   Mon Mar 5 17:49:50 2018 +0100

Cygwin: cygwait.cc: fix formatting of debug statement

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/cygwait.cc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/winsup/cygwin/cygwait.cc b/winsup/cygwin/cygwait.cc
index e520843..1d6c7c9 100644
--- a/winsup/cygwin/cygwait.cc
+++ b/winsup/cygwin/cygwait.cc
@@ -39,7 +39,8 @@ cygwait (HANDLE object, PLARGE_INTEGER timeout, unsigned mask)
 wait_objects[num++] = object;
 
   wait_signal_arrived thread_waiting (is_cw_sig_handle, wait_objects[num]);
-  debug_only_printf ("object %p, thread waiting %d, signal_arrived %p", 
object, (int) thread_waiting, _my_tls.signal_arrived);
+  debug_only_printf ("object %p, thread waiting %d, signal_arrived %p",
+object, (int) thread_waiting, _my_tls.signal_arrived);
   DWORD sig_n;
   if (!thread_waiting)
 sig_n = WAIT_TIMEOUT + 1;


Re: Another setup v2.889 regression? Again ...

2018-03-05 Thread Brian Inglis
On 2018-03-04 15:59, Steven Penny wrote:
> On Sun, 4 Mar 2018 15:31:03, Brian Inglis wrote:
>> webmail is a generic term for a www mail client, a convenient service from
>> ISPs for mail access while travelling, or as a standalone service e.g. gmail.
> 
> hey troll, get back under the bridge.

You appeared to be unfamiliar with a long time well known global ISP, and the
commonly used term webmail. Most posters on this group try to be helpful to
others in this international forum, where many posters native language is not
English, although that may not be obvious, use Cygwin as a tool do do their job,
and may be unfamiliar with common conventions.

Changing subjects is merely a question of style, and as with other preferences
like editors, languages, cultures, etc., and beliefs like religion and politics,
should be reserved for forums where that is on topic, and if disagreed with,
done so with due consideration, without being disagreeable.

The troll is the person who disrupts the on topic technical problem discussion
with minor off topic nitpicks about clarifying additions to subjects, and those
changes causing issues with *their* mail client, that is not apparent to anyone
using a mail client which handles threads using message ids and references.

>> My mail client shows everything properly threaded: some folks like clarifying
>> topics by modifying subjects; the additions are not substantial; the mail 
>> client
>> may be dropping the Re: when the subject is changed.
> 
> on the contrary, your client is messed too. if you looks here [1], you will
> notice that your client is incorrectly inserting UTF-8 replacement characters,
> while my original message [3] has no such characters. perhaps your client 
> cannot
> handle UTF-8?
> 
> [1]
> http://cygwin.com/cgi-bin/get-raw-msg?listname=cygwin=2018-03=cc44f375-9856-11dd-37cb-e29661285148%40SystematicSw.ab.ca
> 
> [3]
> http://cygwin.com/cgi-bin/get-raw-msg?listname=cygwin=2018-03=5a9c4cd4.712d9d0a.91fdb.111c%40mx.google.com

As I use a mail client, those characters are actually spaces in the raw
messages, however for rendering as HTML on Cygwin.com/sourceware.org web mailing
lists, for horizontal spacing the site uses standard Unicode \u00a0 ' ' no-break
space utf-8 \xc2 \xa0 character entity rendered as a space, but "raw text" does
not appear to be the original message content, but appears to convert the HTML
content to utf-8 regardless of the message encoding charset, resulting in
Unicode \ufffd '�' replacement character utf-8 \xef \xbf \xbd.

I have been using utf-8 character encodings for years to handle information from
my own and other cultures more transparently, replaced components which do not
support it with alternatives which do, and been annoyed at how long it has taken
to get only this far, pushing against those struggling to retain their small
proprietary markets rather than contest an open global market.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

--
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: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

2018-03-05 Thread Corinna Vinschen
On Mar  5 11:42, Michel LaBarre wrote:
> 
> 
> > -Original Message-
> > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> > Behalf Of Fergus Daly
> > Sent: March 5, 2018 4:06 AM
> > To: The Cygwin Mailing List
> > Subject: Re: sed seems to force UC filename on Mixed 8.3 filenames on
> > FAT32
> > 
> > >> ..."or operation on FAT32 was changed by Windows updates."
> > 
> > Starting to look exactly like that. On Windows 7 there is no problem.
> > On earlier W10 machines in this office there is no problem. My machine
> > underwent a massive (time-consuming) update on or around 13-FEB to
> > Microsoft Windows Version 1709 Build 16299.248]
> > from the previous
> > Microsoft Windows Version 1703 Build 15063.936]
> > and the troubles began then:
> > 
> > ~> touch TryThis.TxT
> > ~> ls T*
> > TryThis.TxT
> > ~> dos2unix TryThis.TxT
> > dos2unix: converting file TryThis.TxT to Unix format...
> > ~> ls T*
> > TRYTHIS.TXT
> > 
> > This on a FAT32 stick. (Can anybody confirm this behaviour?) So I'm
> > guessing Windows has revised its default mount shortname syntax for
> > VFAT. Is there a way I can climb in and alter / override that, does
> > anybody know?
> 
> I have the same build 16299.248 and I get the same behaviour.
> Perhaps consider: http://www.zoneutils.com/regtricks/filesystem.htm
> for parameters to experiment with.  You can use fsutil to control some of 
> these to avoid direct registry modifications.
> I expect it is more subtle otherwise the pervasive nature of the flags would 
> mean that any file creation would result in UC names, not just dos2unix.
> i.e. ls > Foo.txt should produce FOO.TXT

Maybne something with overwriting existung files?  What if you call
`ls > Foo.txt' twice in a row?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature


RE: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

2018-03-05 Thread Michel LaBarre


> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf Of Fergus Daly
> Sent: March 5, 2018 4:06 AM
> To: The Cygwin Mailing List
> Subject: Re: sed seems to force UC filename on Mixed 8.3 filenames on
> FAT32
> 
> >> ..."or operation on FAT32 was changed by Windows updates."
> 
> Starting to look exactly like that. On Windows 7 there is no problem.
> On earlier W10 machines in this office there is no problem. My machine
> underwent a massive (time-consuming) update on or around 13-FEB to
> Microsoft Windows Version 1709 Build 16299.248]
> from the previous
> Microsoft Windows Version 1703 Build 15063.936]
> and the troubles began then:
> 
> ~> touch TryThis.TxT
> ~> ls T*
> TryThis.TxT
> ~> dos2unix TryThis.TxT
> dos2unix: converting file TryThis.TxT to Unix format...
> ~> ls T*
> TRYTHIS.TXT
> 
> This on a FAT32 stick. (Can anybody confirm this behaviour?) So I'm
> guessing Windows has revised its default mount shortname syntax for
> VFAT. Is there a way I can climb in and alter / override that, does
> anybody know?

I have the same build 16299.248 and I get the same behaviour.
Perhaps consider: http://www.zoneutils.com/regtricks/filesystem.htm
for parameters to experiment with.  You can use fsutil to control some of these 
to avoid direct registry modifications.
I expect it is more subtle otherwise the pervasive nature of the flags would 
mean that any file creation would result in UC names, not just dos2unix.
i.e. ls > Foo.txt should produce FOO.TXT

My dos2unix is version 7.3.5
Cygcheck -V is 2.9.0

> 
> Fergus
> 
> --
> 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 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: Add emacs build with LUCID X toolkit ?

2018-03-05 Thread Markus Hoenicka

At 2018-03-05 15:03, Ken Brown was heard to say:

On 3/5/2018 8:21 AM, Alejandro Benitez wrote:

Hi,
I often painstakingly work on my build of emacs and never look back, 
praying to never come back, but then I get some annoyances such as 
vfork issues I can't fix. I will go further on this in a different 
post.


vfork issues almost always indicate a need to do a full rebase.  See

  https://cygwin.com/faq/faq.html#faq.using.fixing-fork-failures .

Or switch from 32-bit Cygwin to 64-bit Cygwin, where such problems are
extremely rare.


Maybe add a new emacs-lucid package ?


Cygwin's emacs uses GTK+ because that's the default for an emacs build
on all unix-like platforms.  But I'll think about adding an
emacs-lucid package for the next emacs release.  It would be good to
know how much demand there is for this.  Are there other emacs-X11
users who would prefer the Lucid toolkit?



As an avid emacs user I have no desire to switch to emacs-lucid. If the 
extra work to provide both packages is limited, it would not hurt to 
have both packages though.


just my 2 cc
Markus

--
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38


--
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: [bug-gawk] gawk Regression: CR characters are not stripped on Windows

2018-03-05 Thread arnold
Corinna Vinschen  wrote:

> Hi Arnold,
>
> On Mar  5 06:36, arn...@skeeve.com wrote:
> > Is there a way to distinguish cygwin from msys at compile time?
> > I would not object to restoring the behavior for msys only.
>
> __MSYS__ vs. __CYGWIN__
>
>
> Corinna
>
> -- 
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat

Excellent. I will probably do that, soon.

Thanks!

Arnold

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



[newlib-cygwin] Cygwin: AF_UNIX: create pipes with file attribute R/W access

2018-03-05 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=be6da79713fcfd157cf84d9efb6d4c4afd6ccf33

commit be6da79713fcfd157cf84d9efb6d4c4afd6ccf33
Author: Corinna Vinschen 
Date:   Fri Mar 2 23:39:15 2018 +0100

Cygwin: AF_UNIX: create pipes with file attribute R/W access

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/fhandler_socket_unix.cc | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/winsup/cygwin/fhandler_socket_unix.cc 
b/winsup/cygwin/fhandler_socket_unix.cc
index e865f9e..2a43900 100644
--- a/winsup/cygwin/fhandler_socket_unix.cc
+++ b/winsup/cygwin/fhandler_socket_unix.cc
@@ -451,7 +451,9 @@ fhandler_socket_unix::create_pipe ()
   ULONG max_instances;
   LARGE_INTEGER timeout;
 
-  access = GENERIC_READ | GENERIC_WRITE | SYNCHRONIZE;
+  access = GENERIC_READ | FILE_READ_ATTRIBUTES
+  | GENERIC_WRITE |  FILE_WRITE_ATTRIBUTES
+  | SYNCHRONIZE;
   sharing = FILE_SHARE_READ | FILE_SHARE_WRITE;
   InitializeObjectAttributes (, pc.get_nt_native_path (), OBJ_INHERIT,
  NULL, NULL);
@@ -484,8 +486,11 @@ fhandler_socket_unix::create_pipe_instance ()
   ULONG max_instances;
   LARGE_INTEGER timeout;
 
-  access = GENERIC_READ | GENERIC_WRITE | SYNCHRONIZE;
+  access = GENERIC_READ | FILE_READ_ATTRIBUTES
+  | GENERIC_WRITE |  FILE_WRITE_ATTRIBUTES
+  | SYNCHRONIZE;
   sharing = FILE_SHARE_READ | FILE_SHARE_WRITE;
+  /* NPFS doesn't understand reopening by handle, unfortunately. */
   InitializeObjectAttributes (, pc.get_nt_native_path (), OBJ_INHERIT,
  NULL, NULL);
   nonblocking = is_nonblocking () ? FILE_PIPE_COMPLETE_OPERATION


[newlib-cygwin] Cygwin: AF_UNIX: drop try/except block in bind method

2018-03-05 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=df14d97fff68fc9597b5769a3a077c73e38859d7

commit df14d97fff68fc9597b5769a3a077c73e38859d7
Author: Corinna Vinschen 
Date:   Fri Mar 2 23:40:36 2018 +0100

Cygwin: AF_UNIX: drop try/except block in bind method

The caller already does it anyway.

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/fhandler_socket_unix.cc | 48 +++
 1 file changed, 21 insertions(+), 27 deletions(-)

diff --git a/winsup/cygwin/fhandler_socket_unix.cc 
b/winsup/cygwin/fhandler_socket_unix.cc
index 2a43900..36a3cb3 100644
--- a/winsup/cygwin/fhandler_socket_unix.cc
+++ b/winsup/cygwin/fhandler_socket_unix.cc
@@ -604,35 +604,29 @@ fhandler_socket_unix::socketpair (int af, int type, int 
protocol, int flags,
 int
 fhandler_socket_unix::bind (const struct sockaddr *name, int namelen)
 {
-  __try
-{
-  sun_name_t sun (name, namelen);
-  bool unnamed = (sun.un_len == sizeof sun.un.sun_family);
-  HANDLE pipe = NULL;
+  sun_name_t sun (name, namelen);
+  bool unnamed = (sun.un_len == sizeof sun.un.sun_family);
+  HANDLE pipe = NULL;
 
-  if (get_handle ())
-   {
- set_errno (EINVAL);
- __leave;
-   }
-  gen_pipe_name ();
-  pipe = create_pipe ();
-  if (pipe)
-   {
- file = unnamed ? autobind () : create_file ();
- if (!file)
-   {
- NtClose (pipe);
- __leave;
-   }
- set_io_handle (pipe);
- set_sun_path ();
- return 0;
-   }
+  /* If we have a handle, we're already bound. */
+  if (get_handle () || sun.un.sun_family != AF_UNIX)
+{
+  set_errno (EINVAL);
+  return -1;
 }
-  __except (EFAULT) {}
-  __endtry
-  return -1;
+  gen_pipe_name ();
+  pipe = create_pipe ();
+  if (!pipe)
+return -1;
+  file = unnamed ? autobind () : create_file ();
+  if (!file)
+{
+  NtClose (pipe);
+  return -1;
+}
+  set_io_handle (pipe);
+  set_sun_path ();
+  return 0;
 }
 
 int


[newlib-cygwin] Cygwin: accept4: Fix resource leak

2018-03-05 Thread Corinna Vinschen
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=00e87078302dcfca3b6ad04fd5af5d8f473171a9

commit 00e87078302dcfca3b6ad04fd5af5d8f473171a9
Author: Corinna Vinschen 
Date:   Fri Mar 2 23:33:05 2018 +0100

Cygwin: accept4: Fix resource leak

The new implementation neglected to release the file descriptor
in case of error.

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/fhandler_socket_inet.cc  | 2 ++
 winsup/cygwin/fhandler_socket_local.cc | 2 ++
 2 files changed, 4 insertions(+)

diff --git a/winsup/cygwin/fhandler_socket_inet.cc 
b/winsup/cygwin/fhandler_socket_inet.cc
index a3aeccc..e65acff 100644
--- a/winsup/cygwin/fhandler_socket_inet.cc
+++ b/winsup/cygwin/fhandler_socket_inet.cc
@@ -895,6 +895,8 @@ fhandler_socket_inet::accept4 (struct sockaddr *peer, int 
*len, int flags)
  *len = llen;
}
}
+ else
+   fd.release ();
}
   if (ret == -1)
::closesocket (res);
diff --git a/winsup/cygwin/fhandler_socket_local.cc 
b/winsup/cygwin/fhandler_socket_local.cc
index 844cb9d..11f2c20 100644
--- a/winsup/cygwin/fhandler_socket_local.cc
+++ b/winsup/cygwin/fhandler_socket_local.cc
@@ -1012,6 +1012,8 @@ fhandler_socket_local::accept4 (struct sockaddr *peer, 
int *len, int flags)
  *len = (int) sizeof (un.sun_family);
}
}
+ else
+   fd.release ();
}
   if (ret == -1)
::closesocket (res);


Re: Add emacs build with LUCID X toolkit ?

2018-03-05 Thread Keith Christian
Ken,

I use Emacs infrequently, but others might start using it if an
emacs-lucid build means a better performing Emacs on Cygwin.

You'd have Alejandro as a happy customer  (-:

Keith

--
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: Add emacs build with LUCID X toolkit ?

2018-03-05 Thread Ken Brown

On 3/5/2018 8:21 AM, Alejandro Benitez wrote:

Hi,
I often painstakingly work on my build of emacs and never look back, praying to 
never come back, but then I get some annoyances such as vfork issues I can't 
fix. I will go further on this in a different post.


vfork issues almost always indicate a need to do a full rebase.  See

  https://cygwin.com/faq/faq.html#faq.using.fixing-fork-failures .

Or switch from 32-bit Cygwin to 64-bit Cygwin, where such problems are 
extremely rare.



Maybe add a new emacs-lucid package ?


Cygwin's emacs uses GTK+ because that's the default for an emacs build 
on all unix-like platforms.  But I'll think about adding an emacs-lucid 
package for the next emacs release.  It would be good to know how much 
demand there is for this.  Are there other emacs-X11 users who would 
prefer the Lucid toolkit?


Ken


--
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: [bug-gawk] gawk Regression: CR characters are not stripped on Windows

2018-03-05 Thread Corinna Vinschen
Hi Arnold,

On Mar  5 06:36, arn...@skeeve.com wrote:
> Is there a way to distinguish cygwin from msys at compile time?
> I would not object to restoring the behavior for msys only.

__MSYS__ vs. __CYGWIN__


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature


Re: [bug-gawk] gawk Regression: CR characters are not stripped on Windows

2018-03-05 Thread arnold
Is there a way to distinguish cygwin from msys at compile time?
I would not object to restoring the behavior for msys only.

Thanks,

Arnold

Orgad Shaneh  wrote:

> Hi,
>
> Cross-posting per Eli Zaretskii's request.
>
> CR characters used to be automatically stripped on Windows (MSYS2 and
> Cygwin environments). This is broken in 4.2.0.
>
> Minimal example:
> echo -en "foo\r\n\r\nbar\r\n" > foo.txt
> awk '/^$/ { print "found" }' foo.txt # This worked with 4.1.4 and
> doesn't work with 4.2.0
> awk '/^\r$/ { print "found" }' foo.txt # This works with 4.2.0 and
> doesn't work with 4.1.4
>
> Bisected to commit 5db38f775d9ba239e125d81dff2010a2ddacb48e:
> (* gawkmisc.c (cygwin_premain0, cygwin_premain2): Remove.
> No longer needed).
>
> Apparently it's still needed...
>
> This issue was reported in https://github.com/git-for-windows/git/issues/1524
>
> Proposed patch is attached.
>
> As Eli said, this change was deliberate. But this has several drawbacks.
>
> 1. The gawk info page states that:
>
> > Under MS-Windows, 'gawk' (and many other text programs) silently
> > translates end-of-line '\r\n' to '\n' on input and '\n' to '\r\n' on
> > output.
>
> and on Feb 8 the following section was added:
>
> > Recent versions of Cygwin open all files in binary mode.  This means
> > that you should use 'RS = "\r?\n"' in order to be able to handle
> > standard MS-Windows text files with carriage-return plus line-feed line
> > endings.
>
> This breaks compatibility between different gawk versions. What were
> the reasons for this change in cygwin, and why was it pushed upstream?
>
> 2. Git and other tools automatically convert text files to CRLF on
> Windows. This means that any awk script that runs on both platforms
> must use RS = "\r?\n". One example that was broken by this behavior
> change is gerrit's commit-msg hook[1], which scans for empty lines by
> /^$/ regexp.
>
> Please consider reverting this change. Patch attached.
>
> [1] 
> https://gerrit.googlesource.com/gerrit/+/376a7bbb64f1b3f13c261f4efa0af0e8538cfe9b/resources/com/google/gerrit/server/tools/root/hooks/commit-msg#101
>
> - Orgad

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



Add emacs build with LUCID X toolkit ?

2018-03-05 Thread Alejandro Benitez
Hi,
I often painstakingly work on my build of emacs and never look back, praying to 
never come back, but then I get some annoyances such as vfork issues I can't 
fix. I will go further on this in a different post.

So, if there's anyone related to the Cygwin's emacs package, pretty please 
change the widget choice from gtk to lucid / athena, it adds a lot more power 
to emacs. Otherwise, every time you close the X Server, emacs running in server 
mode will crash due to a longstanding gtk bug when X display is disconnected. 
Emacs even outputs a friendly last message with a link to the bug before 
crashing.

Emacs folks tend to have an eternal emacs server instance running on their PCs 
that often / can endure killing the Windows console session and then resuming 
it at your next logon or just keep the fun via ssh. We can't do this with 
Cygwin's emacs package, so it needs to build emacs yourself. Maybe add a new 
emacs-lucid package ? And really I guess most emacs users just remove 
tool-bars, menu-bars, scroll-bars first thing in their config file and use the 
keyboard. Thanks!

Same request to Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1471258

--
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: Another setup v2.889 regression?

2018-03-05 Thread Houder

On 2018-03-04 23:25, Jon Turney wrote:

On 04/03/2018 15:11, Houder wrote:

Because there are problems with setup v2.889, I decided to do
some testing of my own.


Thanks for reporting this.


2018/03/04 15:35:20 Augmented Transaction List:
2018/03/04 15:35:20    0 install  cscope  15.8.0.1-2
2018/03/04 15:35:20    1   erase  cscope 15.8b-1

 From override.hint on the "Twente" mirror:

curr: 15.8b-1
prev: 15.8.0.1-2
replace-versions: 15.8.0.1-2

As far as understand, setup should attempt to install v15.8b1
in case v15.8.0.1-2 is installed.

Not the other way around. (currently v15.8b-1 in installed).


Yeah, this isn't working as expected. Time for a bigger hammer...

The previous version has been re-designated as 15.8a-2 (to match what
it identifies itself as with 'cscope -V').

This should make setup update to the most recent version, while still
allowing the previous version to be offered as installable...


Uhm, bigger hammer ... you mean your modification will solve the problem
for cscope, but not for f.i. the *lz4* packages?

Henri

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



You Are Invited!

2018-03-05 Thread Emily Thomson





Human Resource Management
3 days workshop in Dubai
Fri, 9 Mar 2018 - Sun, 11 Mar 2018

Develop a deep knowledge of human resources and skills to take you to the next 
level in your HR management career. This workshop explores the main functions 
of HR, how to improve your HR performance, covers HR technical issues, HR 
competencies, personal management and supervisory skills development through 
real-life scenarios in a practical, interactive, and engaging classroom 
environment. Conducted by an Australian national with 19+ years of experience 
in L, NLP and a member of ICF.
The Role of HRM in an organization
The Talent Management Continuum
Recruitment and Selection
Writing Job Descriptions
Interviewing Skills and Models
Induction and Orientation Programs
Employee Relations
Counselling Skills
Managing Disciplinary Issues
Performance Improvement Plans
Coaching Skills for Performance
Succession Planning
Managing Conflict
Performance Appraisals
Evaluating and Retaining Talent
Non-monetary Rewards
Managing Disciplinary Issues

Register Now






UAE VAT Return Filing & Overview
Seminar in Dubai
Thursday, 15 Mar 2018, 3-7pm

This seminar aims to inform the audience of their obligations with respect to 
the UAE VAT Laws and will touch upon the general impact of the introduction and 
the basic principles of VAT. It will also focus on the VAT return and will 
cover possible transactions, manner of reporting and obligations by Law with 
respect to filing of tax return. At the end of this seminar the audience will 
be able to develop the necessary expertise and understanding of filing the VAT 
return, which will in turn mitigate the risk of exposure to the VAT liabilities 
and penalties.Conducted by a European Tax Consultant previously associated with 
one of the 'Big 4' auditing firms and 12+ years of VAT expertise with European, 
UAE and GCC government authorities.
Understanding Value Added Tax
Zero Rated / Exempt / Out of Scope Supplies
Record Keeping / Retention Period
Penalties
VAT On Sales And All Other Outputs
VAT On Expenses And All Other Inputs
Restrictions On Input VAT Deduction
Proportional Deduction
Profit Margin Scheme
Goods Transferred to GCC Implementing States
VAT On Importations
Filing Of A Tax Return
Amending A Tax Return
Payment Of VAT
Procedure For Claiming A Refund
Q & A Session

Register Now






UAE Labour Law
Workshop in Dubai
Thursday, 22 Mar 2018, 9:30am-5:30pm

Everything you need to know about UAE Labour Law. Gain full understanding of 
how UAE labour law affects your company and employees with issues that often 
arise in the labour and employment context. Latest Amendments to UAE Labour Law 
are covered. Conducted by a British employment lawyer with 15+ years of 
expertise in local and international law.
Latest Amendments to UAE Labour Law
Employment Law
Recruitment and Sponsorship
The Employment Relationship and Contracts
Pay and Working Time
DIFC
Grievances and Disciplinary Procedures
Post Termination Issues
Health and Safety
Religious and Cultural Awareness
Current Trends and Developments
Q & A Session

Register Now


Please visit our website to check our client list, gallery section and other 
courses!


More Courses
For further details or general enquiries, please contact us:
Tel: +971 4 3360701 | Mobile: +971 56 1308652 | 

i...@eminentinstitute.com


Re: sed seems to force UC filename on Mixed 8.3 filenames on FAT32

2018-03-05 Thread Fergus Daly
>> ..."or operation on FAT32 was changed by Windows updates."

Starting to look exactly like that. On Windows 7 there is no problem.
On earlier W10 machines in this office there is no problem. My machine
underwent a massive (time-consuming) update on or around 13-FEB to
Microsoft Windows Version 1709 Build 16299.248]
from the previous
Microsoft Windows Version 1703 Build 15063.936]
and the troubles began then:

~> touch TryThis.TxT
~> ls T*
TryThis.TxT
~> dos2unix TryThis.TxT
dos2unix: converting file TryThis.TxT to Unix format...
~> ls T*
TRYTHIS.TXT

This on a FAT32 stick. (Can anybody confirm this behaviour?) So I'm
guessing Windows has revised its default mount shortname syntax for
VFAT. Is there a way I can climb in and alter / override that, does
anybody know?

Fergus

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