Re: [go-nuts] Re: [security] Go 1.19.3 and Go 1.18.8 pre-announcement

2022-10-29 Thread Ian Lance Taylor
On Sat, Oct 29, 2022 at 4:14 PM 'Jan Schaumann' via golang-nuts
 wrote:
>
> Would it be possible for the Golang team to say whether this update is 
> related to the OpenSSL vulnerability to be announced on the same day?
>
> Knowing this would help a lot of people plan and prioritize their defensive 
> actions on that day.

While I do not myself know what vulnerabilities are leading to the
minor Go releases, I have been told that they are not related to the
OpenSSL vulnerability.

Ian


> On Wednesday, October 26, 2022 at 3:17:50 PM UTC-4 anno...@golang.org wrote:
>>
>> Hello gophers,
>>
>> We plan to issue Go 1.19.3 and Go 1.18.8 on Tuesday, November 1.
>>
>> These minor releases include PRIVATE security fixes to the standard library.
>>
>> Following our security policy, this is the pre-announcement of those 
>> releases.
>>
>> Thanks,
>> Tatiana and Heschi for the Go team
>
> --
> You received this message because you are subscribed to the Google Groups 
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/golang-nuts/51a14567-1886-40ef-bb0f-0723427deef8n%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAOyqgcWiDw9KW%2BXC-WNor9j26%3DtNdr%3DatyFQiXxPnd5B3cG2fA%40mail.gmail.com.


[go-nuts] Re: Why Iran is banned by Google?

2022-10-29 Thread Davod Amirajam
i am from iran
iran goverment ban google.com
i install offilne fire fox then .install offline  setupvpn-3.12.1.xpi
fire fox can install offline 
then i connect the net 
and open the setupvpn ang god blase team
but in chrome i cant find any way to install offline Extension 

On Tuesday, December 10, 2019 at 12:52:20 PM UTC+3:30 Space A. wrote:

> It's very interesting fact to know for everyone in this group including 
> Google employees, that seems only Google just don't care and bans 
> educational/scientific resources for other countries' ordinary citizens (of 
> course govs and mils are aware of how to use VPN to access golang.org).
>
>
> On Wednesday, July 18, 2018 at 8:54:44 AM UTC+3, Kaveh Shahbazian wrote:
>>
>> FYI GitHub, GitLab, all things Microsoft (.NET Framework, VSCode, etc), 
>> Amazon Instances etc, etc are perfectly reachable inside Iran - whatever.
>>
>>
>>
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/11a10e3d-2596-4c53-bf5d-65f744e188b4n%40googlegroups.com.


[go-nuts] Re: [security] Go 1.19.3 and Go 1.18.8 pre-announcement

2022-10-29 Thread 'Jan Schaumann' via golang-nuts
Would it be possible for the Golang team to say whether this update is 
related to the OpenSSL vulnerability to be announced on the same day?

Knowing this would help a lot of people plan and prioritize their defensive 
actions on that day.

On Wednesday, October 26, 2022 at 3:17:50 PM UTC-4 anno...@golang.org wrote:

> Hello gophers,
>
> We plan to issue Go 1.19.3 and Go 1.18.8 on Tuesday, November 1.
>
> These minor releases include PRIVATE security fixes to the standard 
> library.
>
> Following our security policy, this is the pre-announcement of those 
> releases.
>
> Thanks,
> Tatiana and Heschi for the Go team
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/51a14567-1886-40ef-bb0f-0723427deef8n%40googlegroups.com.


Re: [go-nuts] filepath.walk in Go 1.19

2022-10-29 Thread Robert Solomon
I now have this working as I want using filepath/walk.  

But if I try to use a concurrent walk operation, like the one originally 
written by Michael T Jones, I get behavior that seems to treat any return 
of SkipDir as a fatal error and all walking stops.  filepath/walk does not 
do this; it continues to the next target correctly.

I feel I'm missing something.  Am I?

On Friday, October 28, 2022 at 10:06:39 PM UTC-4 Robert Solomon wrote:

> Thank you very much 
>
> On Fri, Oct 28, 2022, 8:15 AM Marvin Renich  wrote:
>
>> * Robert Solomon  [221028 07:36]:
>> > On ubuntu 22.04, I would like the walk function to NOT follow symlinks 
>> to 
>> > other filesystems.  The find command uses the -xdev switch to achieve 
>> this.
>> > 
>> > How can I get walk to behave like the -xdev switch to find?
>>
>> On Linux:
>>
>>  getdevid_linux.go
>>
>> package main
>>
>> import (
>> "io/fs"
>> "syscall"
>> )
>>
>> type DevId uint64
>>
>> // GetDevice returns the Device ID on which the given file resides.
>> func GetDevice(path string, fi fs.FileInfo) DevId {
>> var stat = fi.Sys().(*syscall.Stat_t)
>> return DevId(stat.Dev)
>> }
>>
>> 
>>
>> Then before calling filepath.Walk, filepath.WalkDir (more efficient), or
>> fs.WalkDir, obtain the device ID of the root.  In the call to WalkDir,
>> pass this device ID to your walk function:
>>
>> err = filepath.WalkDir(root, func(path string, d fs.DirEntry, err
>> error) error { return MyWalkFn(devId, path, d, err) })
>>
>> In MyWalkFn, use d to obtain the device ID of the current path, and
>> return fs.SkipDir if the device IDs do not match.
>>
>> ...Marvin
>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "golang-nuts" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/golang-nuts/sBHhJydS66w/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> golang-nuts...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/golang-nuts/Y1vHqjKVfQqM3gZy%40basil.wdw
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/114c555c-34c9-49bf-9347-837f890eae2fn%40googlegroups.com.


Re: [go-nuts] cgo: Is it possible to make exported function have __stdcall calling convention?

2022-10-29 Thread Ian Lance Taylor
On Sat, Oct 29, 2022, 5:23 AM Konstantin Khomoutov  wrote:

> Hi!
>
> I have a need to create a Windows i386 DLL whose exported functions have
> __stdcall calling convention - this is the requirement of the piece of
> software which is to load and call this DLL; we cannot change the caller,
> and
> have to adapt to its requirements.
>
> The only approach I was able to find so far is to export the Go function
> under
> a different name and have a separate C file with an adapter function
> declared
> as __stdcall, which calls the target Go function. For instance, this
> approach
> is detailed in [1].
>
> The question: is there a more direct approach? Is it somehow possible to
> tell
> cgo to generate the wrapper for the exported function as using __stdcall
> calling convention (as such a wrapper is generated anyway)?
>
>  1. https://github.com/golang/go/issues/32851#issuecomment-507017147



As far as I know that is the only way.

Ian

>
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAOyqgcU8UdFGB25g4ARZAQWG843e0fFhfDDJ2puKGAB5tfTn2Q%40mail.gmail.com.


[go-nuts] cgo: Is it possible to make exported function have __stdcall calling convention?

2022-10-29 Thread Konstantin Khomoutov
Hi!

I have a need to create a Windows i386 DLL whose exported functions have
__stdcall calling convention - this is the requirement of the piece of
software which is to load and call this DLL; we cannot change the caller, and
have to adapt to its requirements.

The only approach I was able to find so far is to export the Go function under
a different name and have a separate C file with an adapter function declared
as __stdcall, which calls the target Go function. For instance, this approach
is detailed in [1].

The question: is there a more direct approach? Is it somehow possible to tell
cgo to generate the wrapper for the exported function as using __stdcall
calling convention (as such a wrapper is generated anyway)?

 1. https://github.com/golang/go/issues/32851#issuecomment-507017147

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/20221029122303.o4yl5g33swjectqn%40carbon.


Re: [go-nuts] Re: What's the maximum array length?

2022-10-29 Thread tapi...@gmail.com


On Saturday, October 29, 2022 at 3:52:16 PM UTC+8 axel.wa...@googlemail.com 
wrote:

> You might want to check out the order of messages as seen by google 
> groups: https://groups.google.com/g/golang-nuts/c/mw5f2kyEjpA
> Either your Message was delivered to groups delayed, or Kurtis message was 
> delivered delayed to you.
>

I don't think the order matters at all here. ;)
 

>
> On Sat, Oct 29, 2022 at 9:44 AM T L  wrote:
>
>>
>>
>> On Sat, Oct 29, 2022 at 12:11 PM Kurtis Rader  
>> wrote:
>>
>> Did you not see my reply pointing out the same thing? That is, given a 
>> particular platform and executable format the limit is likely to be much 
>> less than math.MaxInt. Alternatively, was my reply not clear about the 
>> practical versus theoretical limit of the size of an array? Which is not to 
>> say that your reply is invalid. I'm just curious how you view your reply as 
>> being more clear than mine. :-)
>>
>>
>>> On Fri, Oct 28, 2022 at 8:57 PM tapi...@gmail.com  
>>> wrote:
>>>
 The max array length is math.MaxInt. "[math.MaxInt]struct{}" is valid,
 though the practical size of non-zero-size array is hard limited in 
 some way.

 On Friday, October 28, 2022 at 9:43:16 AM UTC+8 eric...@arm.com wrote:

> The spec says that " The length is part of the array's type; it must 
> evaluate to a non-negative constant 
>  representable 
>  by a value of type int. ", 
> so on a 64-bit environment, I assume that the maximum array length should 
> be math.MaxInt64, am I right ? But the following code doesn't compile:
>
> package main
> var x = [1<<34]byte{1<<23: 23, 1<<24: 24, 1<<33:33}
>
 -- 
 You received this message because you are subscribed to the Google 
 Groups "golang-nuts" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to golang-nuts...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/golang-nuts/df18462d-4ec1-4287-ad71-ef4aa0d85a5dn%40googlegroups.com
  
 
 .

>>>
>>>
>>> -- 
>>> Kurtis Rader
>>> Caretaker of the exceptional canines Junior and Hank
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "golang-nuts" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to golang-nuts...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/golang-nuts/CAHbs%3DNbmgsUet1GW4AbbBeOQ9xeUZd92ybb28L-m1O8-Ze3CtQ%40mail.gmail.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/e6d14277-deea-4918-b0f2-6b3ef5280aeen%40googlegroups.com.


Re: [go-nuts] Re: What's the maximum array length?

2022-10-29 Thread 'Axel Wagner' via golang-nuts
You might want to check out the order of messages as seen by google groups:
https://groups.google.com/g/golang-nuts/c/mw5f2kyEjpA
Either your Message was delivered to groups delayed, or Kurtis message was
delivered delayed to you.

On Sat, Oct 29, 2022 at 9:44 AM T L  wrote:

>
>
> On Sat, Oct 29, 2022 at 12:11 PM Kurtis Rader 
> wrote:
>
> Did you not see my reply pointing out the same thing? That is, given a
> particular platform and executable format the limit is likely to be much
> less than math.MaxInt. Alternatively, was my reply not clear about the
> practical versus theoretical limit of the size of an array? Which is not to
> say that your reply is invalid. I'm just curious how you view your reply as
> being more clear than mine. :-)
>
>
>> On Fri, Oct 28, 2022 at 8:57 PM tapi...@gmail.com 
>> wrote:
>>
>>> The max array length is math.MaxInt. "[math.MaxInt]struct{}" is valid,
>>> though the practical size of non-zero-size array is hard limited in some
>>> way.
>>>
>>> On Friday, October 28, 2022 at 9:43:16 AM UTC+8 eric...@arm.com wrote:
>>>
 The spec says that " The length is part of the array's type; it must
 evaluate to a non-negative constant 
  representable  by a value
 of type int. ", so on a 64-bit environment, I assume that the maximum array
 length should be math.MaxInt64, am I right ? But the following code doesn't
 compile:

 package main
 var x = [1<<34]byte{1<<23: 23, 1<<24: 24, 1<<33:33}

>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "golang-nuts" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to golang-nuts+unsubscr...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/golang-nuts/df18462d-4ec1-4287-ad71-ef4aa0d85a5dn%40googlegroups.com
>>> 
>>> .
>>>
>>
>>
>> --
>> Kurtis Rader
>> Caretaker of the exceptional canines Junior and Hank
>>
> --
> You received this message because you are subscribed to the Google Groups
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/CAHbs%3DNbmgsUet1GW4AbbBeOQ9xeUZd92ybb28L-m1O8-Ze3CtQ%40mail.gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAEkBMfHbXNQ6S2OFHwmbWm-pCM96Ui7KduLHg-kHGfS%2Bt5CEog%40mail.gmail.com.


Re: [go-nuts] Re: What's the maximum array length?

2022-10-29 Thread T L
On Sat, Oct 29, 2022 at 12:11 PM Kurtis Rader  wrote:

Did you not see my reply pointing out the same thing? That is, given a
particular platform and executable format the limit is likely to be much
less than math.MaxInt. Alternatively, was my reply not clear about the
practical versus theoretical limit of the size of an array? Which is not to
say that your reply is invalid. I'm just curious how you view your reply as
being more clear than mine. :-)


> On Fri, Oct 28, 2022 at 8:57 PM tapi...@gmail.com 
> wrote:
>
>> The max array length is math.MaxInt. "[math.MaxInt]struct{}" is valid,
>> though the practical size of non-zero-size array is hard limited in some
>> way.
>>
>> On Friday, October 28, 2022 at 9:43:16 AM UTC+8 eric...@arm.com wrote:
>>
>>> The spec says that " The length is part of the array's type; it must
>>> evaluate to a non-negative constant 
>>> representable  by a value of
>>> type int. ", so on a 64-bit environment, I assume that the maximum array
>>> length should be math.MaxInt64, am I right ? But the following code doesn't
>>> compile:
>>>
>>> package main
>>> var x = [1<<34]byte{1<<23: 23, 1<<24: 24, 1<<33:33}
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "golang-nuts" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to golang-nuts+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/golang-nuts/df18462d-4ec1-4287-ad71-ef4aa0d85a5dn%40googlegroups.com
>> 
>> .
>>
>
>
> --
> Kurtis Rader
> Caretaker of the exceptional canines Junior and Hank
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CAHbs%3DNbmgsUet1GW4AbbBeOQ9xeUZd92ybb28L-m1O8-Ze3CtQ%40mail.gmail.com.