<< 05-05-2017 >>
00:02:33*dddddd quit (Quit: Hasta otra..)
00:03:22FromGitter<NevnHiwEjuam_twitter> I'm wondering if the Nim standard lib accepts new modules? This GUID module by Schala looks like it'd suit general use, and it's coded in Nim with no bindings
00:05:04*zachcarter quit (Quit: zachcarter)
00:17:01PMunchHmm, a GUID module would be nice
00:17:59FromGitter<NevnHiwEjuam_twitter> I took it and added a parseGuid(s: string): Guid proc to it
00:18:36FromGitter<NevnHiwEjuam_twitter> and for good measure a nilGuid(): Guid proc which basically zeroMems the sizeof Guid
00:19:30FromGitter<NevnHiwEjuam_twitter> also this const is the ugliest thing ever: monthSecs: array[0..12, uint32] = [0, 2678400, 5097600, 7776000, 10368000, ⏎ ⏎ ```13046400, 15638400, 18316400, 20995200, 23587200, 26265600, 28857600, 31535999]``` [https://gitter.im/nim-lang/Nim?at=590bc5169d90dc7a1c48e285]
00:20:02PMunchHaha, is that the offset in seconds for each month?
00:21:30FromGitter<NevnHiwEjuam_twitter> yep
00:22:03FromGitter<NevnHiwEjuam_twitter> I'm rewriting an old file sharing thing with the most absurd date/time format
00:22:26FromGitter<NevnHiwEjuam_twitter> year-seconds-microseconds
00:22:56PMunchWhat?
00:23:17PMunchSo it says the year, and then seconds/microseconds into that year?
00:23:30FromGitter<NevnHiwEjuam_twitter> seconds AND microseconds
00:23:43FromGitter<NevnHiwEjuam_twitter> it's fricking insane
00:23:47PMunchYeah, but microseconds is only in the current second right?
00:24:03FromGitter<NevnHiwEjuam_twitter> I have no clue....
00:24:13PMunch:P
00:24:24PMunchOh well, I'm off to bed
00:24:27*PMunch quit (Quit: leaving)
00:24:43FromGitter<NevnHiwEjuam_twitter> http://hotline.wikia.com/wiki/Date_Parameters
00:24:46FromGitter<NevnHiwEjuam_twitter> oh ok
00:46:11*yglukhov joined #nim
00:46:56*couven92 quit (Quit: Client Disconnecting)
00:51:36*yglukhov quit (Ping timeout: 260 seconds)
01:06:48*brson quit (Ping timeout: 268 seconds)
01:08:39*chemist69 quit (Ping timeout: 268 seconds)
01:11:19FromGitter<Varriount> @NevnHiwEjuam_twitter What is hotline?
01:19:53FromGitter<NevnHiwEjuam_twitter> one sec, there's a wikipedia article on it...
01:20:12FromGitter<NevnHiwEjuam_twitter> https://en.wikipedia.org/wiki/Hotline_Communications
01:21:04*brson joined #nim
01:22:00*chemist69 joined #nim
01:34:24*brson quit (Ping timeout: 240 seconds)
01:47:38*rauss joined #nim
01:56:41*jsgrant_om joined #nim
02:27:50*zachcarter joined #nim
02:44:42*BitPuffin|osx quit (Ping timeout: 264 seconds)
02:55:15*jsgrant_om quit (Quit: Peace Peeps. o/ If you need me asap, message me at msg(at)jsgrant.io & I'll try to get back to you within 24 hours.)
02:57:24*yglukhov joined #nim
03:01:24*yglukhov quit (Ping timeout: 240 seconds)
03:08:27*zachcarter quit (Quit: zachcarter)
03:09:04*chemist69 quit (Ping timeout: 240 seconds)
03:11:41*chemist69 joined #nim
03:26:46*Nobabs27 joined #nim
03:28:23*Kingsquee joined #nim
03:35:54*vivus quit (Quit: Leaving)
04:00:01*Nobabs27 quit (Quit: Leaving)
04:06:01FromGitter<NevnHiwEjuam_twitter> hmm... anyone have an opinion on Rust?
04:37:50*def-pri-pub quit (Quit: Lost terminal)
05:11:58*Snircle quit (Quit: Textual IRC Client: www.textualapp.com)
05:14:44*chemist69 quit (Ping timeout: 240 seconds)
05:41:53*chemist69 joined #nim
05:49:48*tankfeeder joined #nim
05:52:14*rauss quit (Quit: WeeChat 1.7.1)
06:01:49*Kingsquee quit (Quit: https://i.imgur.com/qicT3GK.gif)
06:05:57*tankfeeder quit (Quit: Leaving)
06:10:52*zachcarter joined #nim
06:11:25zachcartero/
06:22:11*nsf joined #nim
06:31:12*Vladar joined #nim
06:42:18ldlework\o
06:52:44*gokr joined #nim
06:55:36ftsfo/
07:20:15*BennyElg joined #nim
07:35:07gokrD has snaps in the works, do we? I might give it a stab otherwise. https://github.com/dlang-snaps
07:52:45Araqgokr: dunno what that is
07:53:11gokrNew cross Linux package format
07:53:50gokrhttps://snapcraft.io/
07:53:58gokrAnd Ubuntu Core
07:54:09*Kingsquee joined #nim
07:58:02euantorI've played with snaps, they're quite nice
07:58:24euantorANother case of Canonical going against the grain though, and I wouldn't count on them not discontinuing them in 12 months time
07:59:24euantorEspecially with competing standards like AppImage and Flatpak
08:03:42gokrI think they aim for "apps for edge servers", IoT
08:05:42euantorYeah, it's a nice idea. I'm glad there are attempts to solve the issue of Linux's terrible packaging ecosystem
08:06:13euantorIdeally there's be one solution adopted by all the distributions so you could install a single package no matter what distribution you're on
08:06:30euantorThe chances of that happening any time soon seem extremely slim
08:07:06gokryeah. The interesting bit here is that Ubuntu also opens up the APIs for their store etc. And they also whitelabel it.
08:08:09*couven92 joined #nim
08:08:10*fredrik92 joined #nim
08:08:14*fredrik92 quit (Client Quit)
08:08:34*couven92 quit (Remote host closed the connection)
08:08:54*couven92 joined #nim
08:09:02gokrExamples using this is LimeSDR and ... for example Orange Pi: https://insights.ubuntu.com/2017/03/16/the-orange-pi-community-gets-a-snap-store/
08:09:13gokrSorry for the off topic.
08:26:37*zachcarter quit (Quit: zachcarter)
08:27:41FromGitter<konqoro> i updated my gist to not require linalg https://gist.github.com/konqoro/3fc1dd88556dc84dd737c0734bc5a452 now i get: ⏎ `````` [https://gitter.im/nim-lang/Nim?at=590c3781c89bb14b5ad1661c]
08:28:38FromGitter<konqoro> i can "fix" this but i still get the previous error
08:36:34FromGitter<andreaferretti> @konqoro are you on devel? linalg is broken on devel - I am waiting for this PR to be merged https://github.com/nim-lang/Nim/pull/5677
08:36:41FromGitter<andreaferretti> it should fix it
08:36:57FromGitter<andreaferretti> in fact, if you try to run linalg tests, you will get a similar error
08:37:06FromGitter<konqoro> yes
08:37:22FromGitter<andreaferretti> I don't know a solution
08:37:42FromGitter<andreaferretti> other than trying to persuade @Araq to merge that PR :-)
08:37:51FromGitter<konqoro> xaxaxa
08:38:58*zachcarter joined #nim
08:49:32FromGitter<konqoro> so does Ravi Kotecha work for the NSA cause every message is read by him
09:03:44FromGitter<konqoro> so the error ⏎ ⏎ ```code paste, see link``` ⏎ ⏎ happens with nim 0.16.0 too, although slightly different message [https://gitter.im/nim-lang/Nim?at=590c3ff333e9ee771c773ffc]
09:04:39*zachcarter quit (Quit: zachcarter)
09:06:04*vlad1777d joined #nim
09:10:29*hust921 joined #nim
09:24:29*bjz joined #nim
09:25:14*bjz quit (Client Quit)
09:27:22*bjz joined #nim
09:30:49*ofelas quit (Ping timeout: 240 seconds)
09:33:43FromGitter<Varriount> @konqoro That's because an int value is being assigned to a cint variable.
09:35:30*adeohluwa joined #nim
09:35:48*ofelas joined #nim
09:36:20FromGitter<konqoro> yes but the original used to work https://github.com/unicredit/linear-algebra/blob/master/linalg/private/funcs.nim#L56
09:36:56FromGitter<Varriount> Implicit conversions
09:38:03FromGitter<Varriount> Implicit conversions can't lose precision
09:38:13FromGitter<Varriount> Look on line 21 and 22
09:40:12FromGitter<konqoro> and so?
09:40:32FromGitter<konqoro> its exactly the same
09:41:46FromGitter<Varriount> This could only possibly work on 32 bit compilations, not 64 bit ones
09:44:00*ofelas quit (Quit: shutdown -h now)
09:52:06*krux02 joined #nim
09:57:52*yglukhov joined #nim
10:06:15*yglukhov quit (Remote host closed the connection)
10:11:00*Kingsquee quit (Quit: https://i.imgur.com/qicT3GK.gif)
10:15:12*yglukhov joined #nim
10:17:34*yglukhov quit (Remote host closed the connection)
10:38:52*yglukhov joined #nim
10:39:36*yglukhov quit (Remote host closed the connection)
10:48:06*Tiberium joined #nim
10:55:07*yglukhov joined #nim
11:02:29*Snircle joined #nim
11:10:59*chemist69 quit (Ping timeout: 240 seconds)
11:15:55*chemist69 joined #nim
11:16:27*yglukhov quit (Remote host closed the connection)
11:21:24*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
11:26:39*bjz joined #nim
11:32:17*yglukhov joined #nim
11:38:02*DebugDude12 joined #nim
11:38:51DebugDude12Is there a convention for naming source files? I see lots of longlowercasefoo.nim
11:45:14*adeohluwa quit (Quit: Connection closed for inactivity)
11:45:35*PMunch joined #nim
11:48:54dom96DebugDude12: that seems to be the convention :)
11:53:07euantorlowercase module names seem to be the norm, though sometimes they can be split up with underscores to make sense (eg: db_mysql)
11:53:39DebugDude12tough i can't `import under_score_thing`
11:56:56euantorYou should be able to, do you get an error?
11:57:20DebugDude12afaik the last time i tried, i got some invalid module name error
12:01:15euantorJust tested myself with a module called "some_long_module" in the same directory as "main.nim". Importing `import some_long_module` worked as expected
12:01:25euantorMight just have been a bug or typo :)
12:01:51Araqof course it works, how else could we ever used db_mysql?
12:02:54DebugDude12i see it was my fault last time i tried it ^^"
12:06:22*peted quit (Quit: WeeChat 1.4)
12:07:02*peted joined #nim
12:08:52*bjz_ joined #nim
12:09:07*bjz quit (Ping timeout: 240 seconds)
12:19:04*zachcarter joined #nim
12:38:42*bjz_ quit (Ping timeout: 268 seconds)
12:39:08*yglukhov quit (Remote host closed the connection)
12:39:46*DebugDude12 quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
12:40:00*bjz joined #nim
12:48:06PMunchAraq, cleaned the type matching up a bit in the codeRepr pull-request
12:48:21PMunchAnd copied in the escape function from strutils to avoid the import
12:50:26PMunchHmm, what is the preffered line length?
12:50:36Araq80
12:50:37TiberiumPMunch, 80
12:50:46PMunchI notice that after the split the kinds const could probably be one-liners again..
12:53:54*Pisuke joined #nim
12:54:43*rauss joined #nim
13:02:16*zachcarter_ joined #nim
13:02:31FromGitter<andreaferretti> does anybody have suggestion how to debug the following situation:
13:02:38FromGitter<andreaferretti> I have a small CUDA example which I am able to run just fine
13:02:47*PMunch quit (*.net *.split)
13:02:48*MyMind quit (*.net *.split)
13:02:53FromGitter<andreaferretti> but if I add an `echo` statement in the middle
13:03:15FromGitter<andreaferretti> I get a CUDA error (NVGRAPH_STATUS_INVALID_VALUE)
13:03:37*zachcarter quit (Ping timeout: 240 seconds)
13:03:37*zachcarter_ is now known as zachcarter
13:03:40FromGitter<andreaferretti> now, I am creating all structures in Nim, but I am not ever freeing anything
13:04:03FromGitter<andreaferretti> hence I cannot tell why adding `echo` could influence anything
13:04:16FromGitter<andreaferretti> any suggestion what to start looking?
13:04:35FromGitter<Varriount> Sounds like memory corruption
13:04:41FromGitter<andreaferretti> yes it does
13:04:53zachcarteragreed
13:04:55FromGitter<andreaferretti> but I am not an expert
13:04:57FromGitter<Varriount> I'm assuming you're using C bindings?
13:04:57zachcarterValgrind
13:05:12FromGitter<andreaferretti> yes, I am using C bindings which I generated with c2nim
13:05:34zachcartersounds like something is off in the bindings then
13:05:44FromGitter<Varriount> Yes.
13:05:48FromGitter<andreaferretti> uhm...
13:05:52FromGitter<andreaferretti> I will check
13:05:59zachcartercheck for size of structs in Nim vs C
13:06:01zachcarterthey should be the same
13:06:12FromGitter<andreaferretti> ok, good point
13:06:23zachcarterTry to start small with minimal bindings - just get a function or two working like initialization etc
13:06:40zachcarterIf you still can’t figure it out you’re going to have to use a tool like valgrind to inspect memory
13:06:55zachcarterhttp://valgrind.org/
13:07:10FromGitter<andreaferretti> the fact is - I am able to reproduce this example fully: http://docs.nvidia.com/cuda/nvgraph/index.html#nvgraph-pagerank-example
13:07:24FromGitter<andreaferretti> now I am trying to use a bigger graph
13:07:40FromGitter<andreaferretti> so I just added some initialization code *before* the example
13:07:46FromGitter<andreaferretti> completely unrelated
13:07:56FromGitter<andreaferretti> and at some point I got the error
13:08:08FromGitter<andreaferretti> so the binding certainly look like they work
13:08:11zachcarteryeah you definitely have memory corruption going on it sounds like
13:08:15zachcarterwell the bindings can work
13:08:26zachcarterbut you could be unintentionally writing over memory you’re not intending to
13:08:30zachcarterif the data structures aren’t aligned properly
13:08:45zachcarterI had this problem when I made the bindings for nuklear
13:08:56FromGitter<Varriount> Or if there's an off-by-one error
13:08:59zachcarteryup
13:09:21zachcarteralso the bgfx bindings halsys produced have this problem
13:09:27FromGitter<andreaferretti> how can I be writing over memory in unrelated code?
13:09:35*PMunch joined #nim
13:09:35FromGitter<andreaferretti> I mean, the part that I added is just
13:10:02FromGitter<andreaferretti> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=590c79ad631b8e4e61a61ee2]
13:10:05FromGitter<Varriount> You might also check that the calling conventions for imported procedures match up.
13:10:20FromGitter<andreaferretti> ok, thanks
13:10:28zachcarterhttps://en.wikipedia.org/wiki/Memory_corruption
13:10:32FromGitter<andreaferretti> how do I start with valgrind?
13:10:39FromGitter<andreaferretti> just valgrind myprogram?
13:10:39zachcarterMemory corruption is one of the most intractable class of programming errors, for two reasons:
13:10:39zachcarter The source of the memory corruption and its manifestation may be far apart, making it hard to correlate the cause and the effect.
13:10:40zachcarter Symptoms appear under unusual conditions, making it hard to consistently reproduce the error.
13:10:51FromGitter<andreaferretti> I see
13:10:56zachcarterfor instance
13:10:59zachcarterwith the bgfx bindings
13:11:01PMunchSorry, my network split..
13:11:01FromGitter<Varriount> Such an addition leads to slightly different stack layout
13:11:08zachcarterI could simply move lines of code around
13:11:12zachcarterand the problem would occur
13:11:18zachcarteryup
13:11:19FromGitter<andreaferretti> ok
13:11:26FromGitter<andreaferretti> not good :-(
13:11:34zachcarterI haven’t used valgrind before andreaferretti: it doesn’t work on osx latest version
13:11:44zachcarterthey seem to be one update behind on osx routinely
13:11:50FromGitter<Varriount> zachcarter: +1 for using "intractable"
13:12:07zachcarterVarriount: that’s straight from wikipedia :P but yeah it’s a good word usage for sure
13:12:21FromGitter<andreaferretti> thank you all for help
13:12:32FromGitter<andreaferretti> I will try to see what I get
13:12:33zachcarternp! I’m sure there’s a lot of tutorials on how to use valgrind out there
13:12:40zachcartersome others in here may be able to help too
13:13:09FromGitter<Varriount> If you can run a debugger, watch all the variables you can, and see if any change after a particular function call
13:15:01PMunchAdded a new commit to the pull request, now the kind sets are on one line each. A bit more than 80 characters but I think it looks better. Potentially I could split the LitKinds, but keep the NodeKinds.
13:15:09FromGitter<Varriount> Nim is normally a safe language to use... But using C structures and procedures "opens the door", as it were.
13:15:57demi-zachcarter: don't use valgrind on os x tbh
13:16:12FromGitter<andreaferretti> yeah... part of the issue is that the core types offered by nvgraph are opaque
13:16:13demi-there are proper tools for doing that on OS X
13:16:17zachcarterdemi- ah okay
13:16:30FromGitter<andreaferretti> so I cannot tell what's in the memory they use
13:16:34demi-use instruments (comes with xcode.app) or use ASAN
13:16:43zachcarterthank you for that protip!
13:17:04demi-instruments as profilers and other tools, and asan should catch any type of memory corruption
13:17:22FromGitter<Varriount> @andreaferretti But you can tell when the memory changes
13:18:01demi-stuff like gdb and valgrind are unsupported (completely) on OS X because apple doesn't use them as part of their development processes
13:18:24FromGitter<Varriount> Which is a shame, because balk
13:18:45FromGitter<Varriount> valgrind catches more than ASAN
13:19:05demi-varriount, because they are tools targetting different things, no?
13:19:21demi-ASAN is strictly memory corruption and overwrites
13:19:28FromGitter<andreaferretti> how do I tell?
13:19:53FromGitter<andreaferretti> I have just tried to cast some pointers to pointers to byte arrays and print a few entries
13:20:05*chemist69 quit (Ping timeout: 260 seconds)
13:20:16FromGitter<andreaferretti> but it is not a very convenient way to debug :-D
13:20:16FromGitter<Varriount> @andreaferretti Use a debugger to watch the memory
13:20:39FromGitter<andreaferretti> ok, I will try
13:20:53FromGitter<Varriount> Nim code is C code, after all
13:20:55FromGitter<andreaferretti> I am not familiar with tools that are probably very basic in the C ecostystem
13:20:59FromGitter<andreaferretti> :-)
13:21:04demi-there are also some third party tools if you are trying to do some more specific debugging, like this (https://github.com/zorgiepoo/bit-slicer/) if you need memory breakpoints and monitoring
13:22:32FromGitter<andreaferretti> @demi- thank you, but I am not developing on OSX
13:22:34FromGitter<andreaferretti> I use ubuntu
13:22:44demi-that was at zachcarter
13:22:59FromGitter<Varriount> Use valgrind first, see if that catches anything.
13:23:09FromGitter<Varriount> Then use a debugger
13:23:11FromGitter<andreaferretti> yes, there are quite a lot of errors
13:23:22FromGitter<andreaferretti> I will have to figure out what they mean, though :-D
13:23:42FromGitter<Varriount> I believe there was a way to get Valgrind to pay nicely with the GC...
13:24:16zachcarterhttps://forum.nim-lang.org/t/1656
13:27:04zachcarterthat’s super old though
13:28:11FromGitter<Varriount> https://github.com/nim-lang/Nim/issues/3063
13:28:19FromGitter<Varriount> Second to last comment
13:28:30FromGitter<Varriount> @andreaferretti ^
13:30:16FromGitter<Varriount> Or you could turn the GC off
13:31:05FromGitter<andreaferretti> I will try to turn the gc off
13:31:14FromGitter<andreaferretti> and also -d:useMalloc
13:33:16FromGitter<Varriount> That doesn't do what you think it does
13:33:55FromGitter<Varriount> It only turns malloc on for standalone mode
13:34:02FromGitter<Varriount> Our maybe it is with no gc
13:34:56*bjz quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
13:35:30*couven92 quit (Quit: Client disconnecting)
13:35:47FromGitter<Varriount> Bah, why isn't there some master list of defines
13:36:10FromGitter<andreaferretti> ok, now I have 4 errors, all looking like this
13:36:14FromGitter<andreaferretti> ```code paste, see link``` [https://gitter.im/nim-lang/Nim?at=590c7fd1e2285d3b162ed316]
13:36:45FromGitter<andreaferretti> I guess the key is `Address 0x134e18c0 is 2 bytes after a block of size 14 alloc'd`
13:38:21FromGitter<Varriount> Use "-lineDir:on" with the Nim compiler too turn on line directives in the source code
13:39:01FromGitter<Varriount> Reading the C code will be much easier that way
13:39:46FromGitter<Varriount> -debugger:native might also do that to
13:40:37FromGitter<Varriount> https://nim-lang.org/docs/nimc.html
13:44:11*yglukhov joined #nim
13:46:34*xet7 quit (Quit: Leaving)
13:47:08*chemist69 joined #nim
13:51:16FromGitter<Varriount> @andreaferretti Any progress?
13:53:43FromGitter<andreaferretti> I tried a bit with gdb
13:53:56FromGitter<andreaferretti> but made no great progress :-(
13:54:15FromGitter<andreaferretti> i will have to do something else now, going back to this on monday
13:54:20FromGitter<andreaferretti> thank you everyone for help
13:55:06FromGitter<andreaferretti> I hope I will be able to make more working bindings for CUDA, there are a lot of hidden gems there but they are quite too much low level to be readily useful
13:56:12FromGitter<Varriount> I'd try, but I'm not sure my MacBook has cuda support
14:00:46FromGitter<andreaferretti> yeah, I think apple removed nvidia cards a while ago
14:15:29*manjaro-kde5 joined #nim
14:15:41*manjaro-kde5 is now known as payson
14:17:15*payson quit (Client Quit)
14:22:57demi-there should be opencl support, but apple hasn't been using nvidia cards for a while
14:29:40*tankfeeder joined #nim
14:29:47*BitPuffin|osx joined #nim
14:47:59*bungoman_ quit (Ping timeout: 258 seconds)
14:49:58*xet7 joined #nim
14:58:10*krux02 quit (Remote host closed the connection)
15:07:30*Arrrr joined #nim
15:07:30*Arrrr quit (Changing host)
15:07:30*Arrrr joined #nim
15:12:38*mwbrown quit (Quit: Exiting)
15:24:06*yglukhov quit (Remote host closed the connection)
15:26:07*BitPuffin|osx quit (Ping timeout: 240 seconds)
15:35:11PMunchHmm, have anyone worked against a MySQL database in Nim and have anything to reccomend? I'm looking at db_mysql but it seems to return all the fields as strings..
15:41:57*Tiberium quit (Read error: Connection reset by peer)
15:42:25*Tiberium joined #nim
15:44:27*Tiberium quit (Remote host closed the connection)
15:44:35*mwbrown joined #nim
15:44:45*Tiberium joined #nim
15:48:01*BitPuffin|osx joined #nim
15:48:06euantordb_mysql is the way to go at the minute. I have plans to write a client for the network protocol with asyncnet, but haven't had time to work on it properly
15:49:21*tankfeeder quit (Quit: Leaving)
15:49:40*Tiberium quit (Remote host closed the connection)
15:49:49PMunchAh, okay
15:51:42*Tiberium joined #nim
15:56:00PMunchHmm, nim suddenly can't find installed packages..
15:56:43*Tiberium_ joined #nim
15:56:44*Tiberium_ quit (Remote host closed the connection)
15:56:44*Tiberium__ joined #nim
15:56:48*Tiberium__ quit (Remote host closed the connection)
15:57:37PMunchHmm, or any import it seems..
15:57:45PMunchdbtest.nim(1, 8) Error: cannot open 'db_mysql'.
15:58:17PMunchI think I might've messed up my Nim path..
15:59:21*Tiberium quit (Quit: Leaving)
16:03:52*nsf quit (Quit: WeeChat 1.7.1)
16:07:16*Tiberium joined #nim
16:08:12*brson joined #nim
16:15:32*Tiberium quit (Remote host closed the connection)
16:18:20*PMunch quit (Quit: leaving)
16:21:17*Tiberium joined #nim
16:21:39zachcarterhow do I execute a command from a specific directory with Nim?
16:24:37dom96There is a setCurrentDir() proc IIRC
16:26:01*Trustable joined #nim
16:26:34zachcarterthanks
16:28:31*BitPuffin|osx quit (Ping timeout: 240 seconds)
16:29:20*Tiberium quit (Remote host closed the connection)
16:29:42*Tiberium joined #nim
16:32:14subsetparkIf I wanted to get started with simple 2d graphics (I want to clone http://tools.suckless.org/sent/), what libraries should I be using?
16:33:08*Tiberium quit (Remote host closed the connection)
16:33:20*Tiberium joined #nim
16:33:20*Tiberium_ joined #nim
16:33:28*Tiberium_ quit (Remote host closed the connection)
16:38:12FromGitter<Varriount> subsetpark: You could try using Nimx, one of the SDL wrappers, or one of the game frameworks
16:38:47*yglukhov joined #nim
16:39:28*yglukhov quit (Remote host closed the connection)
16:39:39subsetparkI won't need any GUI, so maybe SDL is the best approach
16:42:42*yglukhov joined #nim
16:42:52*yglukhov quit (Remote host closed the connection)
16:44:12*starmix quit (Quit: WeeChat 1.7.1)
16:48:42*bungoman joined #nim
16:52:19*Tiberium quit (Remote host closed the connection)
16:52:35*Tiberium joined #nim
16:59:36ArrrrThis 'unique module per nimble package' is quite redundant. It forces you to write modules such as `Animal/AnimalManager` and `Food/FoodManager`
16:59:45*couven92 joined #nim
17:03:15*Tiberium quit (Remote host closed the connection)
17:03:27*Tiberium joined #nim
17:07:32dom96Arrrr: It's unique module per .nimble file, not nimble package.
17:07:48dom96The .nimble file can be empty and is similar to Python's __init__.py file
17:08:27*Tiberium quit (Remote host closed the connection)
17:08:45*Tiberium joined #nim
17:09:56ArrrrI don't understand. I got this warning and i'm not even using .nimble files at all. Maybe the error was elsewhere, but as soon as i renamed the module there error dissapeared
17:31:35*yglukhov joined #nim
17:46:08*arnetheduck quit (Ping timeout: 260 seconds)
17:48:16*vivus joined #nim
17:52:37*Tiberium quit (Quit: Leaving)
18:03:11*sz0 quit (Quit: Connection closed for inactivity)
18:11:46*jsgrant_om joined #nim
18:22:38*dddddd joined #nim
18:34:58*literal quit (Read error: Connection reset by peer)
18:36:26*literal joined #nim
19:01:37*Vladar quit (Quit: Leaving)
19:03:01*Matthias247 joined #nim
19:05:44*Tiberium joined #nim
19:07:31*ftsf quit (Quit: Leaving)
19:08:20*zachcarter quit (Ping timeout: 260 seconds)
19:10:42FromGitter<barcharcraz> PMunch I'm working on a db library, but it's slow going
19:14:13*zachcarter joined #nim
19:28:02*Arrrr quit (Read error: Connection reset by peer)
19:30:00*DebugDude12 joined #nim
19:33:32*ftsf joined #nim
19:54:37*DebugDude12 quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
19:56:20*chemist69 quit (Ping timeout: 260 seconds)
19:57:46*zachcarter_ joined #nim
19:57:59*zachcarter quit (Ping timeout: 260 seconds)
19:58:00*zachcarter_ is now known as zachcarter
20:02:43*chemist69 joined #nim
20:14:42*Tiberium quit (Read error: Connection reset by peer)
20:40:13*Trustable quit (Remote host closed the connection)
20:44:46*vlad1777d quit (Remote host closed the connection)
20:49:49*jsgrant_om quit (Ping timeout: 268 seconds)
21:08:21*rb66 joined #nim
21:13:33*gokr quit (Quit: Leaving.)
21:15:42FromGitter<Varriount> Hrm. How do other non-c compiled languages handle debugging?
21:23:13Araqlike ENDB, more or less
21:23:30demi-there is `pry` for ruby, and there is a python repl/debugger `pdb` or something
21:25:43*rb66 left #nim (#nim)
21:25:56FromGitter<TiberiumN> These are not compiled :)
21:25:59*rb66 joined #nim
21:30:20rb66Hey guys, just stumbled upon Nim a few days ago (while trying to learn rust) and whoever created it deserves a big round of applause. Probably the easiest to get up and running, probably even more so than Python. I’m not a fan of indentation usually, but it works very well in Nim. I’m surprised I didn’t hear about it sooner.
21:35:13dom96rb66: welcome :D
21:36:26rb66It performs very close to C too, great job
21:36:28rb66I have one feature request - Make memslices (slices from a mem mapped file) work directly as immutable strings without copying to a nim string. I’m not sure if that’s possible, but would be great if it works.
22:18:36*def-pri-pub joined #nim
22:27:18*Matthias247 quit (Read error: Connection reset by peer)
22:28:13*bjz joined #nim
22:43:19*rb66 quit (Quit: rb66)
22:49:20*rb66 joined #nim
22:56:00*pie_ joined #nim
23:03:19*pie_ quit (Ping timeout: 240 seconds)
23:23:56*pie_ joined #nim
23:27:50*brson quit (Quit: leaving)
23:43:44*pie_ quit (Ping timeout: 240 seconds)
23:48:27*yglukhov quit (Remote host closed the connection)
23:49:57vivusexotic features like that should be contributed to the core or as a lib rb66
23:50:11vivusthen again, that is a design-consideration for the language-designers
23:50:21vivusso perhaps open an issue to discuss it
23:50:33*vivus quit (Quit: Leaving)
23:50:38rb66ok.
23:55:21*jsgrant_om joined #nim