Send MinGW-Notify mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osdn.me/mailman/listinfo/mingw-notify
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-Notify digest..."
Please do not reply to this notification; the sender address is unable to
accept incoming e-mail. If you wish to unsubscribe you can do so at
https://lists.osdn.me/mailman/listinfo/mingw-notify.
Today's Topics:
1. [SCM] mingw-org-wsl (mingw) branch, 5.3-trunk, updated.
3edbad03398142e3fe3d3bb55fa506b5b03acecd (MinGW Notification List)
2. [mingw] #39658: mingwrt 5.2.2 does not expose function
rand_s? (MinGW Notification List)
3. [mingw] #39658: mingwrt 5.2.2 does not expose function
rand_s? (MinGW Notification List)
4. [mingw] #39687: wcsrtombs with NULL dest pointer doesn't
ignore len parameter (MinGW Notification List)
----------------------------------------------------------------------
Message: 1
Date: Wed, 22 Jan 2020 07:08:23 +0900
From: MinGW Notification List <[email protected]>
To: [email protected]
Subject: [MinGW-Notify] [SCM] mingw-org-wsl (mingw) branch, 5.3-trunk,
updated. 3edbad03398142e3fe3d3bb55fa506b5b03acecd
Message-ID: <[email protected]>
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to "mingw-org-wsl" repository
containing the "mingw" project.
The branch, 5.3-trunk has been updated
via 3edbad03398142e3fe3d3bb55fa506b5b03acecd (commit)
from a45cb9690d6298067a8cf9e5d69b9f006833034d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 3edbad03398142e3fe3d3bb55fa506b5b03acecd
Author: Keith Marshall <[email protected]>
Date: Tue Jan 21 22:03:45 2020 +0000
Address MinGW-Issue #39658; declare rand_s() function.
-----------------------------------------------------------------------
Summary of changes:
mingwrt/ChangeLog | 11 +++++++++++
mingwrt/include/stdlib.h | 19 +++++++++++++++++++
2 files changed, 30 insertions(+)
hooks/post-receive
--
mingw-org-wsl (mingw)
------------------------------
Message: 2
Date: Tue, 21 Jan 2020 22:21:25 +0000
From: MinGW Notification List <[email protected]>
To: OSDN Ticket System <[email protected]>
Subject: [MinGW-Notify] [mingw] #39658: mingwrt 5.2.2 does not expose
function rand_s?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
#39658: mingwrt 5.2.2 does not expose function rand_s?
Open Date: 2019-10-06 12:50
Last Update: 2020-01-21 22:21
URL for this Ticket:
https://osdn.net//projects/mingw/ticket/39658
RSS feed for this Ticket:
https://osdn.net/ticket/ticket_rss.php?group_id=3917&tid=39658
---------------------------------------------------------------------
Last Changes/Comment on this Ticket:
2020-01-21 22:21 Updated by: keith
* Status Update from Open to Closed
* Owner Update from (None) to keith
* Resolution Update from None to Fixed
* Milestone Update from (None) to WSL-5.3
Comment:
I've committed this to the source code repository, thus ensuring that it will
be incorporated into mingwrt-5.3.
---------------------------------------------------------------------
Ticket Status:
Reporter: sping
Owner: keith
Type: Issues
Status: Closed
Priority: 5 - Medium
MileStone: WSL-5.3
Component: WSL
Severity: 5 - Medium
Resolution: Fixed
---------------------------------------------------------------------
Ticket details:
Hi!
Windows introduced function rand_s some time and while I find mention of it in
MinGW's msvcrt-xref.pdf I cannot find a signature for it in mingwrt 5.2.2
headers. Are there plans to add a prototype to MinGW? We're about to define a
prototype in https://github.com/libexpat/libexpat/pull/356/files for MinGW in
Expat ourselves now but it seems like the real fix would be to have it in MinGW
for everyone — what do you think?
On a side note, msvcrt-xref.pdf says that rand_s is not contained in Windows XP
but contained in Windows Vista an after. The way I read the MS docs they imply
availability in Windows XP but it might be wishful thinking — if you know for
sure, I'd be interested in more details.
Thanks and best, Sebastian
--
Ticket information of MinGW - Minimalist GNU for Windows project
MinGW - Minimalist GNU for Windows Project is hosted on OSDN
Project URL: https://osdn.net/projects/mingw/
OSDN: https://osdn.net
URL for this Ticket:
https://osdn.net/projects/mingw/ticket/39658
RSS feed for this Ticket:
https://osdn.net/ticket/ticket_rss.php?group_id=3917&tid=39658
------------------------------
Message: 3
Date: Tue, 21 Jan 2020 23:33:26 +0100
From: MinGW Notification List <[email protected]>
To: OSDN Ticket System <[email protected]>
Subject: [MinGW-Notify] [mingw] #39658: mingwrt 5.2.2 does not expose
function rand_s?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
#39658: mingwrt 5.2.2 does not expose function rand_s?
Open Date: 2019-10-06 14:50
Last Update: 2020-01-21 23:33
URL for this Ticket:
https://osdn.net//projects/mingw/ticket/39658
RSS feed for this Ticket:
https://osdn.net/ticket/ticket_rss.php?group_id=3917&tid=39658
---------------------------------------------------------------------
Last Changes/Comment on this Ticket:
2020-01-21 23:33 Updated by: sping
Comment:
Thank you!
---------------------------------------------------------------------
Ticket Status:
Reporter: sping
Owner: keith
Type: Issues
Status: Closed
Priority: 5 - Medium
MileStone: WSL-5.3
Component: WSL
Severity: 5 - Medium
Resolution: Fixed
---------------------------------------------------------------------
Ticket details:
Hi!
Windows introduced function rand_s some time and while I find mention of it in
MinGW's msvcrt-xref.pdf I cannot find a signature for it in mingwrt 5.2.2
headers. Are there plans to add a prototype to MinGW? We're about to define a
prototype in https://github.com/libexpat/libexpat/pull/356/files for MinGW in
Expat ourselves now but it seems like the real fix would be to have it in MinGW
for everyone — what do you think?
On a side note, msvcrt-xref.pdf says that rand_s is not contained in Windows XP
but contained in Windows Vista an after. The way I read the MS docs they imply
availability in Windows XP but it might be wishful thinking — if you know for
sure, I'd be interested in more details.
Thanks and best, Sebastian
--
Ticket information of MinGW - Minimalist GNU for Windows project
MinGW - Minimalist GNU for Windows Project is hosted on OSDN
Project URL: https://osdn.net/projects/mingw/
OSDN: https://osdn.net
URL for this Ticket:
https://osdn.net/projects/mingw/ticket/39658
RSS feed for this Ticket:
https://osdn.net/ticket/ticket_rss.php?group_id=3917&tid=39658
------------------------------
Message: 4
Date: Tue, 21 Jan 2020 23:14:52 +0000
From: MinGW Notification List <[email protected]>
To: OSDN Ticket System <[email protected]>
Subject: [MinGW-Notify] [mingw] #39687: wcsrtombs with NULL dest
pointer doesn't ignore len parameter
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
#39687: wcsrtombs with NULL dest pointer doesn't ignore len parameter
Open Date: 2019-10-19 17:38
Last Update: 2020-01-21 23:14
URL for this Ticket:
https://osdn.net//projects/mingw/ticket/39687
RSS feed for this Ticket:
https://osdn.net/ticket/ticket_rss.php?group_id=3917&tid=39687
---------------------------------------------------------------------
Last Changes/Comment on this Ticket:
2020-01-21 23:14 Updated by: keith
Comment:
Following on from this, I've reviewed the complementary mbrlen(), mbrtowc(),
and mbsrtowcs() function implementations; all exhibit potentially serious, (and
potentially more difficult to rectify), defects. In particular:
• As with the original wcsrtombs() implementation, the output length limit
prevents proper determination of required buffer length in mbsrtowcs(),
when initially called with an output buffer specified as NULL.
• The codeset conversion routine, shared by all three of these functions, is
ill equipped to handle anything other than SBCS or DBCS inputs, in spite of
Microsoft's eventual recognition of MBCS codesets with more than two bytes
per code point.
I'm currently undecided as to whether or not mingwrt-5.3 should be delayed,
pending resolution of these complementary issues.
---------------------------------------------------------------------
Ticket Status:
Reporter: gallickgunner
Owner: keith
Type: Issues
Status: Open [Owner assigned]
Priority: 5 - Medium
MileStone: (None)
Component: WSL
Severity: 5 - Medium
Resolution: None
---------------------------------------------------------------------
Ticket details:
I'm using MinGW-gcc-6.3.0. The wcsrtombs() function as mentioned in the docs on
cppreference should return the number of bytes that would have been written to
src. However it doesn't do so on my end. It seems the implementation doesn't
ignore the length parameter when dest is passed as NULL? A similar issue was
reported and presumably fixed for the Mingw-w64 on the sourceforge site
Currently working around by passing INT_MAX as the length parameter, so it
finishes within the limit and returns the size.
I apologize in advance if this is just an issue from my end or if any other
info is missing. First time submitting a ticket :)
--
Ticket information of MinGW - Minimalist GNU for Windows project
MinGW - Minimalist GNU for Windows Project is hosted on OSDN
Project URL: https://osdn.net/projects/mingw/
OSDN: https://osdn.net
URL for this Ticket:
https://osdn.net/projects/mingw/ticket/39687
RSS feed for this Ticket:
https://osdn.net/ticket/ticket_rss.php?group_id=3917&tid=39687
------------------------------
Subject: Digest Footer
_______________________________________________
MinGW-Notify mailing list
[email protected]
https://lists.osdn.me/mailman/listinfo/mingw-notify
------------------------------
End of MinGW-Notify Digest, Vol 28, Issue 12
********************************************
