| 00:40:45 | FromDiscord | <user2m> sent a code paste, see https://play.nim-lang.org/#pasty=CbuumUsd |
| 01:32:51 | FromDiscord | <Elegantbeef> @user2m with `--stackTrace:on --linetrace:on` it should provide more. I don't know if those flags are properly being passed along |
| 01:49:46 | * | tiorock joined #nim |
| 01:49:46 | * | tiorock quit (Changing host) |
| 01:49:46 | * | tiorock joined #nim |
| 01:49:46 | * | rockcavera is now known as Guest7204 |
| 01:49:46 | * | tiorock is now known as rockcavera |
| 01:51:51 | * | tiorock joined #nim |
| 01:51:51 | * | rockcavera quit (Killed (lead.libera.chat (Nickname regained by services))) |
| 01:51:51 | * | tiorock is now known as rockcavera |
| 01:53:55 | * | Guest7204 quit (Ping timeout: 260 seconds) |
| 02:15:59 | FromDiscord | <user2m> In reply to @Elegantbeef "<@419925691832991754> with `--stackTrace:on --linet": are they being overridden by ` --define : release `? that was my initial thought |
| 02:17:19 | FromDiscord | <Elegantbeef> Well doing it on the command line it doesnt |
| 02:23:08 | FromDiscord | <user2m> In reply to @Elegantbeef "Well doing it on": sorry can you show me how your testing this? |
| 02:23:57 | FromDiscord | <Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=btjragzP |
| 02:29:15 | * | SchweinDeBurg quit (Quit: WeeChat 4.6.0-dev) |
| 02:35:01 | * | SchweinDeBurg joined #nim |
| 04:16:34 | * | rockcavera quit (Remote host closed the connection) |
| 04:35:33 | * | beholders_eye quit (Ping timeout: 248 seconds) |
| 04:53:51 | * | alexdaguy joined #nim |
| 05:42:47 | FromDiscord | <user2m> sent a code paste, see https://play.nim-lang.org/#pasty=dzEhzQXV |
| 05:44:44 | FromDiscord | <user2m> sent a code paste, see https://play.nim-lang.org/#pasty=wCJaysjR |
| 06:20:26 | * | fallback quit (Ping timeout: 268 seconds) |
| 06:20:59 | FromDiscord | <lainlaylie> have you tried nativeRequest.hostname |
| 06:21:01 | FromDiscord | <lainlaylie> https://discord.com/channels/371759389889003530/371759389889003532/1343850603297640449 |
| 06:21:31 | FromDiscord | <lainlaylie> though shouldn't you put this behind an nginx and get the hostnames from there |
| 06:25:46 | FromDiscord | <user2m> In reply to @lainlaylie "though shouldn't you put": it currently is behind nginx |
| 06:26:22 | FromDiscord | <user2m> In reply to @lainlaylie "have you tried nativeRequest.hostname": and I think your right https://media.discordapp.net/attachments/371759389889003532/1344556213173616712/image.png?ex=67c1570d&is=67c0058d&hm=839ab2d4342528824ef4f72eabbdb1f7b56e6b55c1e4a9e8c6e9ca05954aedb6& |
| 06:34:58 | * | fallback joined #nim |
| 06:49:08 | * | alexdaguy quit (Quit: w) |
| 07:11:41 | * | nils` quit (Ping timeout: 244 seconds) |
| 07:15:50 | * | nils` joined #nim |
| 07:20:28 | * | nils` quit (Ping timeout: 244 seconds) |
| 07:40:40 | * | ensyde joined #nim |
| 09:43:52 | * | nils` joined #nim |
| 09:57:39 | * | ntat joined #nim |
| 10:13:28 | * | beholders_eye joined #nim |
| 11:09:10 | * | ntat quit (Quit: Leaving) |
| 11:35:23 | * | ntat joined #nim |
| 11:38:14 | * | nils` quit (Ping timeout: 260 seconds) |
| 11:51:04 | * | ensyde quit (Ping timeout: 260 seconds) |
| 12:03:57 | * | ntat quit (Read error: Connection reset by peer) |
| 12:16:28 | * | ntat joined #nim |
| 12:50:07 | * | vsantana joined #nim |
| 12:53:59 | * | nils` joined #nim |
| 13:27:21 | FromDiscord | <albassort> any good html templating engines? |
| 13:46:10 | FromDiscord | <saemideluxe> std/htmlgen (depends on your definition of "good" of course, but I find it quite usable, did my own adjustments to it, as I wanted some custom attributes) |
| 13:47:16 | FromDiscord | <albassort> im writing a handlebars parser module because i dont wanna be productive for the rest of the day |
| 13:51:43 | * | ntat quit (Read error: Connection reset by peer) |
| 13:55:17 | FromDiscord | <albassort> hmm |
| 13:55:21 | FromDiscord | <albassort> handlebars is a bit complex |
| 14:00:25 | * | nils` quit (Ping timeout: 252 seconds) |
| 14:11:29 | FromDiscord | <nnsee> @ringabout how would you fix this? why is rfind used here anyways? https://github.com/planety/prologue/issues/257#issuecomment-2688035908 |
| 14:11:36 | FromDiscord | <nnsee> pinging you because you wrote the code :p |
| 14:19:41 | FromDiscord | <ringabout> Perhaps `rfind("boundary=")` or use `find` instead of `rfind` |
| 14:19:49 | FromDiscord | <ringabout> (edit) "Perhaps ... `rfind("boundary=")`" added "use" |
| 14:20:44 | FromDiscord | <ringabout> `Content-Type: multipart/form-data; boundary=----geckoformboundary7e078691432d9e8fc24d10b0f2bc9151` both fixes should catch the first `boundary` |
| 14:20:50 | FromDiscord | <ringabout> (edit) "`Content-Type: multipart/form-data; boundary=----geckoformboundary7e078691432d9e8fc24d10b0f2bc9151` both fixes should catch the first ... `boundary`" added "usage of" |
| 14:45:24 | * | ntat joined #nim |
| 15:08:33 | * | vsantana quit (Ping timeout: 248 seconds) |
| 15:14:31 | * | PMunch quit (Quit: Leaving) |
| 15:29:14 | * | nils` joined #nim |
| 16:02:25 | * | nils` quit (Ping timeout: 248 seconds) |
| 16:35:35 | FromDiscord | <moi____> sent a long message, see https://pasty.ee/PxNJRpuM |
| 17:12:58 | FromDiscord | <demotomohiro> In reply to @moi____ "Hi! I wanted to": You can specify calling convention of procedures: https://nim-lang.org/docs/manual.html#types-procedural-type↵`inheritable` probably allows in-memory inheritance: https://nim-lang.org/docs/manual.html#types-tuples-and-object-types↵There is `packed` pragma: https://nim-lang.org/docs/manual.html#foreign-function-interface-packed-pragma |
| 17:42:57 | * | nils` joined #nim |
| 17:44:59 | FromDiscord | <albassort> is it better to bump alloc a seq or add |
| 17:45:07 | * | beholders_eye quit (Ping timeout: 244 seconds) |
| 17:45:11 | FromDiscord | <albassort> say you bump add by 10, and you only use 2 |
| 17:45:26 | FromDiscord | <albassort> you turned 2 allocs into 1 alloc and 1 malloc |
| 17:45:32 | FromDiscord | <albassort> (edit) "malloc" => "realloc" |
| 17:45:54 | FromDiscord | <albassort> (edit) "you turned 2 allocs into 1 alloc and 1 realloc ... " added "when you setlen it to be the proper size" |
| 18:11:31 | FromDiscord | <Elegantbeef> @albassort setlen doesn't realloc |
| 18:11:46 | FromDiscord | <albassort> what does setlen use |
| 18:11:55 | FromDiscord | <Elegantbeef> It's more efficient to preallocate then index into the sequence |
| 18:12:06 | FromDiscord | <Elegantbeef> setlen only reallocs on growth not on shrink |
| 18:12:49 | FromDiscord | <albassort> nim hates giving me memory back |
| 18:12:58 | FromDiscord | <albassort> it takes never gives |
| 18:13:03 | FromDiscord | <fabric.input_output> GC_unref |
| 18:13:09 | FromDiscord | <Elegantbeef> `-d:useMalloc` |
| 18:13:24 | FromDiscord | <Elegantbeef> GcUnref only works for references |
| 18:13:45 | FromDiscord | <albassort> nah i need to create() all my seqs |
| 18:13:51 | FromDiscord | <albassort> so i can manually realloc |
| 18:13:56 | FromDiscord | <Elegantbeef> `setLen` explicitly doesn't return memory as it was used often to use a sequence as a reusable storage |
| 18:14:49 | FromDiscord | <albassort> we need to stable on Zig's custom allocators onto nim |
| 18:14:59 | FromDiscord | <albassort> (edit) "stable" => "staple" |
| 18:15:18 | FromDiscord | <Elegantbeef> You're silly |
| 18:15:39 | FromDiscord | <albassort> Its only a pretty bad idea :) |
| 18:15:56 | FromDiscord | <Elegantbeef> create also doesn't solve the problem you're facing |
| 18:16:15 | FromDiscord | <Elegantbeef> you now just have a `ptr seq[T]` |
| 18:16:16 | FromDiscord | <Elegantbeef> Congrats |
| 18:16:31 | FromDiscord | <albassort> would uncheckArrayC do it |
| 18:16:40 | FromDiscord | <albassort> orwhatever that funky type is |
| 18:17:22 | FromDiscord | <Elegantbeef> You can y'know just make a distinct seq that reallocs on `setLen` 😄 |
| 18:18:07 | FromDiscord | <albassort> neh its not an issue it'll just go to the heap in a bit anyway; he situations where this matters, i would notice it and then proceed to write c |
| 18:18:56 | FromDiscord | <Elegantbeef> Cause it's so hard to make a new proc that shrinks how you want |
| 18:18:58 | FromDiscord | <albassort> (edit) "he" => "the" | "c" => "c'" |
| 18:19:07 | * | nils` quit (Quit: nils`) |
| 18:19:12 | FromDiscord | <albassort> i mant more, at that point nim is the wrong too |
| 18:19:14 | FromDiscord | <albassort> (edit) "too" => "tool" |
| 18:19:26 | FromDiscord | <albassort> (edit) "mant" => "meant" |
| 18:19:29 | FromDiscord | <Elegantbeef> How is it the wrong tool |
| 18:19:41 | FromDiscord | <albassort> in the situation where im worried about this kind of issue |
| 18:19:49 | FromDiscord | <albassort> then it would be like so memoy constrained |
| 18:20:02 | FromDiscord | <albassort> that i would just not be working in nim |
| 18:20:06 | FromDiscord | <Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=CLMYORkG |
| 18:20:12 | FromDiscord | <Elegantbeef> We did it |
| 18:20:26 | FromDiscord | <Elegantbeef> Whoops |
| 18:20:47 | FromDiscord | <Elegantbeef> `for i, x in s.mpairs: s = temp[i]` |
| 18:21:00 | FromDiscord | <Elegantbeef> God damn I cannot code today |
| 18:21:05 | FromDiscord | <Elegantbeef> `x = temp[i]` |
| 18:22:31 | FromDiscord | <albassort> im writing a language parser for the first time :) |
| 18:23:05 | FromDiscord | <albassort> i decided today to be deliberately unproductive and write a handlebars parser in nim |
| 18:29:17 | FromDiscord | <fabric.input_output> In reply to @albassort "we need to staple": https://en.cppreference.com/w/cpp/named_req/Allocator |
| 19:14:54 | FromDiscord | <krissh.wtf> sent a code paste, see https://play.nim-lang.org/#pasty=uteIrRro |
| 19:15:57 | FromDiscord | <krissh.wtf> if they're not set i need to skip over them for building the search url |
| 19:17:42 | FromDiscord | <Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=SUHjCwbB |
| 19:18:04 | FromDiscord | <Elegantbeef> That fails on your sequences your `= 1` and most everything else |
| 19:20:00 | FromDiscord | <krissh.wtf> alright thanks, i think i can modify it to exclude those specific arguments |
| 19:21:37 | FromDiscord | <Elegantbeef> Oh yay |
| 19:21:38 | FromDiscord | <Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=XqlyMLFr |
| 19:23:45 | FromDiscord | <Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=lwMLTjpZ |
| 19:39:54 | FromDiscord | <krissh.wtf> sent a code paste, see https://play.nim-lang.org/#pasty=uGhyjgkJ |
| 19:41:17 | FromDiscord | <Elegantbeef> sent a code paste, see https://play.nim-lang.org/#pasty=eVIwQbhB |
| 19:41:56 | FromDiscord | <Elegantbeef> It might compile down to `and true` but why even look at code that doesn't matter |
| 20:06:54 | FromDiscord | <krissh.wtf> sent a code paste, see https://play.nim-lang.org/#pasty=NrkxbvyT |
| 20:11:13 | FromDiscord | <Elegantbeef> `when` |
| 20:11:22 | FromDiscord | <Elegantbeef> I did not miss type the point of `when` is that the body is not compiled or checked in the fals case |
| 21:57:06 | * | ntat quit (Read error: Connection reset by peer) |
| 21:59:38 | * | ntat joined #nim |
| 22:05:05 | FromDiscord | <threefour> Is there a way to obtain the rule name of each string match with `pegs`? |
| 22:10:08 | * | ntat quit (Quit: Leaving) |
| 22:49:45 | * | Jhonny2x4 quit (Quit: Jhonny2x4) |
| 22:50:05 | * | Jhonny2x4 joined #nim |
| 22:50:07 | * | rockcavera joined #nim |
| 23:13:06 | * | disso-peach joined #nim |
| 23:37:16 | * | beholders_eye joined #nim |