Re: segfault with iconv

On Sun, 5 Aug 2018 23:04:54, cyg Simple wrote: I'm getting a segfault with iconv with the attached script. Do others have this problem? TIA for the information. Not sure what is breaking for you - but works fine here: $ echo böse bübchen > infile.txt $ LC_ALL=C iconv --byte-subst

segfault with iconv

I'm getting a segfault with iconv with the attached script. Do others have this problem? TIA for the information. -- cyg Simple #!/bin/sh options_ascii='--unicode-subst= --byte-subst=<0x%02x> --widechar-subst=<%08x>' # Test of --byte-subst with an ASCII substitution. cat > tmp-in <<\EOF

WARNING: Couldn't compute FAST_CWD pointer.

Hello I tried to edit a code file on SIM to be able to run a new algorithm, however I am getting the above subject warning. How do I correct this please? Thank you Best regards Victor University of Leeds United Kingdom -- Problem reports: http://cygwin.com/problems.html FAQ:

[PATCH setup 13/13] Add ldesc tooltips to sdesc column of listview

Listview's built-in tooltip support doesn't support subitems, so we have to build our own v2: Use string cache --- ListView.cc | 94 + ListView.h | 4 ++ PickCategoryLine.cc | 6 +++ PickCategoryLine.h | 1 + PickPackageLine.cc |

[PATCH setup 10/13] Use indents in category view

We keep around an empty imagelist for 1x1 images, to reset the indent when not in tree view mode (This isn't quite right as the listview will allocate a 1-pixel space before column 0 for those images, but this seems the best we can do as 0x0 imagelists aren't allowed...) --- ListView.cc

[PATCH setup 11/13] Add LDesc() accessor method to SolvableVersion

--- libsolv.cc | 14 ++ libsolv.h | 1 + 2 files changed, 15 insertions(+) diff --git a/libsolv.cc b/libsolv.cc index 955a1b2..ba54fc5 100644 --- a/libsolv.cc +++ b/libsolv.cc @@ -192,6 +192,20 @@ SolvableVersion::SDesc () const return sdesc; } +const std::string

[PATCH setup 12/13] Restore packagemeta::LDesc()

--- package_meta.cc | 15 +++ package_meta.h | 5 +++-- 2 files changed, 18 insertions(+), 2 deletions(-) diff --git a/package_meta.cc b/package_meta.cc index 4f7d39a..85aaaf9 100644 --- a/package_meta.cc +++ b/package_meta.cc @@ -404,6 +404,21 @@ packagemeta::SDesc () const

[PATCH setup 06/13] Add methods for listing possible actions on, and applying one to, a package

The 'action id' is a value of the _actions enum, if positive, otherwise it's absolute value is a 0-based index into the 'versions' collection to identify a specific version to install. v2: Fix select_action() to consider deftrust v3: Fix select_action() for keep --- ActionList.h| 55

[PATCH setup 04/13] Use a ListView common control rather than a hand-built grid

Each line is implemented by an object of a subclass of ListViewLine, either PickPackageLine, or (in catgeory view) PickCategoryLine v2: Defer constructing category tree until packagedb is available Also handle an empty category tree Remove unused bitmaps Scoping of strings returned to

[PATCH setup 09/13] Use an icon to represent expanded/collapsed state

Use a listview icon to represent expanded/collapsed state, rather than puttting '[+]'/'[-]' in front of the category name Just use the item icon directly to represent expanded/collapsed state, rather than using a state icon as otherwise we have empty space where the item icon would be, when it's

[PATCH setup 08/13] Show the count of packages in a category

--- PickCategoryLine.cc | 8 ++-- PickCategoryLine.h | 4 +++- PickView.cc | 4 ++-- 3 files changed, 11 insertions(+), 5 deletions(-) diff --git a/PickCategoryLine.cc b/PickCategoryLine.cc index ec15b4a..736e3c6 100644 --- a/PickCategoryLine.cc +++ b/PickCategoryLine.cc @@ -18,14

[PATCH setup 07/13] Custom draw popup menus in ListView control

Construct a menu containing the actions from the action list for the package or category, and if one is selected, apply it. This lets us remove packagemeta::set_action() which implements the strange UX of cycling around actions without showing what the possibilities are. This somewhat emulates a

[PATCH setup 05/13] Custom draw checkboxes in ListView control

Future work: What does this look like when a theme is in used? Does the row size need to be slightly adjusted to ensure it accomodates checkbox height? v2: erase to background colour before drawing checkbox --- ListView.cc | 63 + ListView.h |

[PATCH setup 02/13] Add OnNotify virtual function to class Window for WM_NOTIFY notifications

Add OnNotify virtual function to class Window for WM_NOTIFY notifications Note that the result is returned via DWLP_MSGRESULT --- proppage.cc | 14 +- window.h| 7 +++ 2 files changed, 20 insertions(+), 1 deletion(-) diff --git a/proppage.cc b/proppage.cc index

[PATCH setup 03/13] Drop 'using namespace std;' from PickView.cc

--- PickView.cc | 12 +--- 1 file changed, 5 insertions(+), 7 deletions(-) diff --git a/PickView.cc b/PickView.cc index c583eea..57e8f85 100644 --- a/PickView.cc +++ b/PickView.cc @@ -28,8 +28,6 @@ #include "LogSingleton.h" #include "Exception.h" -using namespace std; - static

[PATCH setup 01/13] Change packagemeta::_actions to an enum

--- PickCategoryLine.cc | 6 +++--- package_meta.cc | 35 +++ package_meta.h | 29 + 3 files changed, 19 insertions(+), 51 deletions(-) diff --git a/PickCategoryLine.cc b/PickCategoryLine.cc index 24fecb3..e428419 100644 ---

[PATCH setup 00/13] ListView Package Chooser

Drag setup into the 1990s, by replacing the custom-drawn package chooser with a ListView common control. As well as removing a lot of Win32 GDI drawing, this also enables the following improvements to be much more straightforward: * Use standard UI elements to choose an action to take on a

Re: wget does not recognize PKI?

On Sun, Aug 5, 2018 at 7:36 PM, Marco Atzeri wrote: > Am 05.08.2018 um 19:12 schrieb Andrey Repin: >> >> Greetings, All! >> >> $ wget https://ca.rootdir.org/ca.crl >> --2018-08-05 20:05:28-- https://ca.rootdir.org/ca.crl >> Resolving ca.rootdir.org (ca.rootdir.org)... 192.168.1.6 >> Connecting

Re: wget does not recognize PKI?

Am 05.08.2018 um 19:12 schrieb Andrey Repin: Greetings, All! $ wget https://ca.rootdir.org/ca.crl --2018-08-05 20:05:28-- https://ca.rootdir.org/ca.crl Resolving ca.rootdir.org (ca.rootdir.org)... 192.168.1.6 Connecting to ca.rootdir.org (ca.rootdir.org)|192.168.1.6|:443... connected. ERROR:

wget does not recognize PKI?

Greetings, All! $ wget https://ca.rootdir.org/ca.crl --2018-08-05 20:05:28-- https://ca.rootdir.org/ca.crl Resolving ca.rootdir.org (ca.rootdir.org)... 192.168.1.6 Connecting to ca.rootdir.org (ca.rootdir.org)|192.168.1.6|:443... connected. ERROR: The certificate of ‘ca.rootdir.org’ is not

Re: Cygwin's ACL handling is NOT interoperable with Windows

Greetings, Stefan Kanthak! > Andrey Repin wrote: >> Greetings, Stefan Kanthak! >> >>> PS: >>> too states bloody lies: >> >>> | The Windows subsystem only supports CWD paths of up to 258 chars. >

Re: Strange git issue with a particular repo

On 2018-08-05 08:01, Ken Brown wrote: > On 8/5/2018 5:31 AM, James Darnley wrote: >> You can clone it successfully on Windows if you enable case sensitivity, >> which is probably not recommended but possible with a registry change. > I wouldn't say this is not recommended.  It's documented in the

Re: Strange git issue with a particular repo

Greetings, Ken Brown! > On 8/5/2018 5:31 AM, James Darnley wrote: >> You can clone it successfully on Windows if you enable case sensitivity, >> which is probably not recommended but possible with a registry change. > I wouldn't say this is not recommended. It's documented in the Cygwin >

Re: Cygwin's ACL handling is NOT interoperable with Windows

Andrey Repin wrote: > Greetings, Stefan Kanthak! > >> PS: >> too states bloody lies: > >> | The Windows subsystem only supports CWD paths of up to 258 chars. ~~~ > > 260

Re: Cygwin's ACL handling is NOT interoperable with Windows

Greetings, Stefan Kanthak! > PS: > too states bloody lies: > | The Windows subsystem only supports CWD paths of up to 258 chars. 260 including drive letter. > The Win32 API supports pathnames with up to 32767

Re: Strange git issue with a particular repo

On 8/5/2018 5:31 AM, James Darnley wrote: You can clone it successfully on Windows if you enable case sensitivity, which is probably not recommended but possible with a registry change. I wouldn't say this is not recommended. It's documented in the Cygwin User's Guide:

Re: Strange git issue with a particular repo

James Darnley wrote: > I don't think it is a rename in the history. I think it is because both > regdir/T.sub and regdir/t.sub exist in the dame directory, for example. > You can clone it successfully on Windows if you enable case sensitivity, > which is probably not recommended but possible

Re: Strange git issue with a particular repo

On 2018-08-05 10:21, arn...@skeeve.com wrote: > Hi. > > john doe wrote: > >> Linux is case sensitive and Windows is case preserving. >> That is probably the issue here, did the case of the files has been >> changed (rename 100%)? >> >>

Re: Strange git issue with a particular repo

Hi. john doe wrote: > Linux is case sensitive and Windows is case preserving. > That is probably the issue here, did the case of the files has been > changed (rename 100%)? > > https://docs.microsoft.com/en-us/vsts/repos/git/case-sensitivity?view=vsts > > In other words, on "Cygwin" git can

Re: Strange git issue with a particular repo

On 8/5/2018 9:12 AM, arn...@skeeve.com wrote: Hi All. Please cc me on responses, as I don't subscribe to the list. I'm using a 64 bit install on Windows 10. I just now did an update and it did not help. The problem is with a particular repo only. (Or at least, I only see it with this

Strange git issue with a particular repo

Hi All. Please cc me on responses, as I don't subscribe to the list. I'm using a 64 bit install on Windows 10. I just now did an update and it did not help. The problem is with a particular repo only. (Or at least, I only see it with this particular repo.) On Linux, do: git clone

Re: [PATCH] Cygwin: fegetenv() in winsup/cygwin/fenv.cc should not disable exceptions!

On 2018-08-03 14:00, Houder wrote: On 2018-08-03 12:39, Corinna Vinschen wrote: On Aug 3 11:27, Houder wrote: On 2018-08-03 09:36, Corinna Vinschen wrote: [snip] > In terms of x86_64, do we have to change the fenv stuff completely > to use only SSE opcodes? Does that make sense at all?