Gob helps with (de)serializing data structures. mapset.Set is an
interface. It doesn't help that the underlying data structure that the
interface points to is unexported, hence it can only be registered with
gob by the package itself. If the package doesn't do that, the package
user can't do th
On Sat, Oct 15, 2016 at 3:17 PM, Tong Sun wrote:
> Hi,
>
> Need help again.
>
> I got everything tested out correctly, in https://github.com/suntong/
> lang/blob/master/lang/Go/src/ds/PersistentData-GOB.go, but when I tried
> to apply it to my real case (more complicated data structure), it doesn'
No, method 1 preserves "err" if it is not nil.
Tong Sun ezt írta (időpont: 2016. okt. 17., H 20:11):
>
> On Mon, Oct 17, 2016 at 1:20 AM, Tamás Gulácsi wrote:
>
>
>
> The reason that I didn't do it, is because I don't know how to do it. In
> essence, that "f.Close()" that you worried about is wr
On Mon, Oct 17, 2016 at 1:20 AM, Tamás Gulácsi wrote:
>
>
>> The reason that I didn't do it, is because I don't know how to do it. In
>> essence, that "f.Close()" that you worried about is wrapped in "defer
>> f.Close()" in SaveState, which in turn wrapped in "defer SaveState" in a
>> function. I.
On 17/10/16 23:09, Kiki Sugiaman wrote:
If N out of 4 error is not nil, N > 0, expect some performance hit from
reflection. If N == 0 (which should be most of the time), the code will
not touch reflection.
Sorry, I was referring to an earlier version that's still stuck in my
head. There's
On 16/10/16 23:48, antoniosun...@gmail.com wrote:
[snip]
The reason that I didn't do it, is because I don't know how to do it. In
essence, that "f.Close()" that you worried about is wrapped in "defer
f.Close()" in SaveState, which in turn wrapped in "defer SaveState" in a
function. I.e., all i
2016. október 16., vasárnap 22:55:24 UTC+2 időpontban antoni...@gmail.com a
következőt írta:
>
>
>
> On Sunday, October 16, 2016 at 2:20:59 AM UTC-4, Tamás Gulácsi wrote:
>>
>> Please check your errors if you depend on the call's success! I.e. if you
>> write into a file, f.Close must be successf
On Sunday, October 16, 2016 at 2:20:59 AM UTC-4, Tamás Gulácsi wrote:
>
> Please check your errors if you depend on the call's success! I.e. if you
> write into a file, f.Close must be successful, or else maybe it doesn't
> flush at all, and your file will be empty.
That's a good point, still
Please check your errors if you depend on the call's success! I.e. if you write
into a file, f.Close must be successful, or else maybe it doesn't flush at all,
and your file will be empty.
--
You received this message because you are subscribed to the Google Groups
"golang-nuts" group.
To unsu
Please check your errors if you depend on the call's success!
--
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.
For more o
On Sat, Oct 15, 2016 at 5:52 PM, Justin Israel wrote:
>
>
> On Sun, 16 Oct 2016, 8:17 AM Tong Sun wrote:
>
>> Hi,
>>
>> Need help again.
>>
>> I got everything tested out correctly, in https://github.com/suntong/
>> lang/blob/master/lang/Go/src/ds/PersistentData-GOB.go, but when I tried
>> to appl
On Sun, 16 Oct 2016, 8:17 AM Tong Sun wrote:
> Hi,
>
> Need help again.
>
> I got everything tested out correctly, in
> https://github.com/suntong/lang/blob/master/lang/Go/src/ds/PersistentData-GOB.go,
> but when I tried to apply it to my real case (more complicated data
> structure), it doesn't
On Sat, Oct 15, 2016 at 3:17 PM, Tong Sun wrote:
> I've put my code at,
>
> http://gopkg.in/suntong/deduper.v1
> i.e., https://github.com/suntong/deduper/tree/v1.2
>
FTA, README updated, see https://github.com/suntong/deduper/tree/trim
--
You received this message because you are subscribed to
Hi,
Need help again.
I got everything tested out correctly,
in
https://github.com/suntong/lang/blob/master/lang/Go/src/ds/PersistentData-GOB.go,
but when I tried to apply it to my real case (more complicated data
structure), it doesn't work any more. I've put my code at,
http://gopkg.in/
On Sun, Feb 7, 2016 at 10:18 PM, Tong Sun wrote:
>
> On Sunday, February 7, 2016 at 8:29:29 PM UTC-5, Michael Jones wrote:
>>
>> ha ha! I was typing the same thing. Matt types faster. ;-)
>>
>
> Thank you both!
>
Just FTA, in case someone searches and finds this,
I've collected all three aforemen
15 matches
Mail list logo