profile
viewpoint
Joakim Soderlund JockeTF Sigma IT Consulting Sweden http://jocketf.se/ I like alpacas!

JockeTF/fimfarchive 11

Preserves stories from Fimfiction

JockeTF/pyex 1

A collection of exercises for learning Python

JockeTF/abbreviator 0

A Rust library for abbreviating long words

JockeTF/brexit 0

`impl Drop`, slowly

JockeTF/budgie-desktop 0

I Tawt I Taw A Purdy Desktop

JockeTF/fimfareader 0

Story browser for Fimfarchive

JockeTF/misfire 0

Demonstrates build failures of rocket_codegen

JockeTF/spotifyd 0

A spotify daemon

JockeTF/too-many-lists 0

Learn Rust by writing Entirely Too Many linked lists

startedrust-lang/project-error-handling

started time in 3 days

startedrayon-rs/rayon

started time in 5 days

push eventJockeTF/misfire

Joakim Soderlund

commit sha b3d4ad963a827e97c4e5b3a159cc7f4465633088

Specify failing version of time

view details

push time in 9 days

push eventJockeTF/misfire

Joakim Soderlund

commit sha 6f7269e45daaf34aea962f212062f1b47240dccf

Specify failing version of time

view details

push time in 9 days

issue commentSergioBenitez/Rocket

Rocket codegen fails to link during optimized debug builds

Ah, yes. It seems Rocket f3beb68491d1fb2ab506271fdd6e3238f0bb7162 builds fine on stable with time 0.2.18, but not with 0.2.17.

JockeTF

comment created time in 9 days

issue commentSergioBenitez/Rocket

Rocket codegen fails to link during optimized debug builds

This doesn't appear to be an issue in newer versions of Rocket and Rust.

  • Stable 1.46.0 (04488afe3 2020-08-24)
    • Rocket f3beb68: Still Broken
    • Rocket f976c15: Working
  • Beta 1.47.0-beta.2 (84b047bf6 2020-08-28)
    • Rocket f3beb68: Working
    • Rocket f976c15: Working
  • Nightly 1.48.0-nightly (5099914a1 2020-09-08)
    • Rocket f3beb68: Working
    • Rocket f976c15: Working
JockeTF

comment created time in 13 days

startedyewstack/yew

started time in 13 days

delete branch JockeTF/abbreviator

delete branch : bugfix/empty-strings

delete time in 15 days

pull request commentVagelis-Prokopiou/abbreviator

Using signed ints for the word index. A word index can never be a negative number

I'm not sure!

indexes are usually usize in Rust. I believe this has to do with the pointer size of machines. For example, if we're on a 32-bit machine we'd at most be able to address 4 GB (2 ^ 32 = 4 294 967 296) of memory. We therefore know that an array cannot contain more than 2^32 elements since addressing anything above that would be impossible without resulting to other tricks.

On a 64-bit machine we'd be able to address larger arrays than on 32-bit machines, so usize would be 64-bit there. Negative indexes also make no sense unless we use this to mean something else, such as indexing from the end like in Python. Rust usually doesn't do that though, so I don't thing taking signed integers for the index makes sense unless something similar is implemented.

In summary:

  • Any values below usize won't make sense since we cannot access values before the start of the string.
  • Any values above usize won't make sense since the machine cannot access such addresses either way.
  • Using i16 or u16 on a 64-bit address space imposes arbitrary limits, even though real words are shorter.

I think sticking to usize makes the most sense since that's what indexes usually are in Rust. Using other types would generally only invite callers to pass values that would break the function. Either way, it would still make sense to add a check ensuring that the caller doesn't pass indexes that are invalid for the string!

Vagelis-Prokopiou

comment created time in 15 days

push eventJockeTF/abbreviator

Joakim Soderlund

commit sha 6255896eedc79eb0de57c30ad045080891359fe5

Add special case for empty strings

view details

Joakim Soderlund

commit sha e47274e4c854c922c1233985b1d7bd171a70a72a

Use saturating sub to prevent overflows

view details

Vagelis Prokopiou

commit sha 5bc535b22f084c82320f3175377de7c8610ef9d8

Merge pull request #1 from JockeTF/bugfix/empty-strings Fix panic when abbreviating empty strings

view details

push time in 15 days

PR opened Vagelis-Prokopiou/abbreviator

Fix panic when abbreviating empty strings

Hello!

The reason you got those panics are because unsigned numbers (u16, usize, etc) cannot hold negative values at all. In most over languages (and in Rust's release mode) we'd get a very large number when subtracting 1 from 0. Issues like these can cause quite a few nasty bugs, so the long term goal of Rust is to prevent this from happening. However, for performance reasons it only does so in debug mode at the moment.

I've used saturating subtraction to make sure the number doesn't overflow when subtracting 1 from 0. I think this makes the code a little bit cleaner compared to adding another if-statement.

Perhaps you know this already, but I hope it was useful either way!

Thanks for all the videos!

+8 -9

0 comment

1 changed file

pr created time in 16 days

create barnchJockeTF/abbreviator

branch : bugfix/empty-strings

created branch time in 16 days

fork JockeTF/abbreviator

A Rust library for abbreviating long words

fork in 16 days

push eventJockeTF/fimfarchive

Joakim Soderlund

commit sha c1f05474d73f8a5be44c0f4c1f825100c878e28a

Add Fimfarchive 20200901 to tracker whitelist

view details

push time in 23 days

push eventJockeTF/fimfarchive

Joakim Soderlund

commit sha f771c3eb2b9ca67e879209d00db2ee394f1c563f

Update readme for release 20200901

view details

Joakim Soderlund

commit sha bdbed16d34dfe7a3c4315a144fbb6c68109b1361

Add command for counting release changes

view details

push time in 23 days

push eventJockeTF/fimfarchive

Joakim Soderlund

commit sha f771c3eb2b9ca67e879209d00db2ee394f1c563f

Update readme for release 20200901

view details

push time in 23 days

push eventJockeTF/fimfarchive

Joakim Soderlund

commit sha 4b6bd51cf3b0f290a2f3ba7e8f127a6fd4ebd771

Update readme for release 20200601

view details

Joakim Soderlund

commit sha 6a8c3c3f8eb0f8085db3806ac21ba1180ad4e4b5

Add Fimfarchive 20200601 to tracker whitelist

view details

Joakim Soderlund

commit sha 90775df5d03cb7f09862902213675d72c403b631

Increase speed of updater slightly

view details

Joakim Soderlund

commit sha 7a06ba3d11aa4d64794ba915e7f27506a2e49fea

Add command for counting release changes

view details

push time in 23 days

push eventJockeTF/fimfarchive

Joakim Soderlund

commit sha 965d1e43a4aab21be568412355780e6cfc814574

Skip test requiring Internet connectivity

view details

Joakim Soderlund

commit sha 4b6bd51cf3b0f290a2f3ba7e8f127a6fd4ebd771

Update readme for release 20200601

view details

Joakim Soderlund

commit sha 6a8c3c3f8eb0f8085db3806ac21ba1180ad4e4b5

Add Fimfarchive 20200601 to tracker whitelist

view details

Joakim Soderlund

commit sha 90775df5d03cb7f09862902213675d72c403b631

Increase speed of updater slightly

view details

Joakim Soderlund

commit sha 7e100440e236d814fb6d3786206ed38666fd3e29

Add command for rendering EPUB files

view details

push time in 23 days

startedazac/cobol-on-wheelchair

started time in a month

startedpuremourning/vimspector

started time in a month

startedjwilk/ocrodjvu

started time in 2 months

push eventJockeTF/fimfarchive

Joakim Soderlund

commit sha 90775df5d03cb7f09862902213675d72c403b631

Increase speed of updater slightly

view details

push time in 2 months

issue commentSergioBenitez/Rocket

Rocket codegen fails to link during optimized debug builds

It seems to build fine on Nightly, but not on Beta.

  • Fails: beta-x86_64-unknown-linux-gnu - rustc 1.46.0-beta.2 (6f959902b 2020-07-23)
  • Succeeds: nightly-x86_64-unknown-linux-gnu - rustc 1.47.0-nightly (5ef299eb9 2020-07-24)
JockeTF

comment created time in 2 months

issue openedSergioBenitez/Rocket

Rocket codegen fails to link during optimized debug builds

Rocket codegen fails to link for certain optimized debug builds. This happens on the master branch, or more specifically with the f3beb68 commit. It seems to happen for opt-level = 2 or higher, but only with codegen-units = 2 or higher.

I have created a small example project for demonstrating this issue. Take a look inside Cargo.toml to see different combinations of debug profiles that either fail or succeed. I've tested this on both Arch and Debian Buster, and both behave in a similar manner.

I've also tried building the cookie and time crates by themselves at Sergio's suggestion. You can find this in a separate branch. This appears to build fine with the same settings that causes rocket_codegen to fail to build.

I'm using Rust v1.45.0, which has been installed via Rustup.

   Compiling rocket_codegen v0.5.0-dev (https://github.com/SergioBenitez/Rocket.git#f3beb684)
     Running `rustc --crate-name rocket_codegen --edition=2018 /home/vagrant/.cargo/git/checkouts/rocket-8bf16d9ca7e90bdc/f3beb68/core/codegen/src/lib.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type proc-macro --emit=dep-info,link -C prefer-dynamic -C opt-level=2 -Cembed-bitcode=no -C codegen-units=2 -C debuginfo=2 -C debug-assertions=on -C metadata=a3efce3dc197190d -C extra-filename=-a3efce3dc197190d --out-dir /home/vagrant/misfire/target/debug/deps -L dependency=/home/vagrant/misfire/target/debug/deps --extern devise=/home/vagrant/misfire/target/debug/deps/libdevise-40517b9ffaeae2c5.rlib --extern glob=/home/vagrant/misfire/target/debug/deps/libglob-efc2b1c50d6bf0c8.rlib --extern indexmap=/home/vagrant/misfire/target/debug/deps/libindexmap-0db39ef5fc84f732.rlib --extern quote=/home/vagrant/misfire/target/debug/deps/libquote-44d4cdb759a6bcf5.rlib --extern rocket_http=/home/vagrant/misfire/target/debug/deps/librocket_http-df40bcc110257285.rlib --extern proc_macro --cap-lints allow`
error: linking with `cc` failed: exit code: 1
  |
  = note: "cc" "-Wl,--as-needed" "-Wl,-z,noexecstack" "-m64" "-L" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "/home/vagrant/misfire/target/debug/deps/rocket_codegen-a3efce3dc197190d.rocket_codegen.eh59ndjt-cgu.0.rcgu.o" "/home/vagrant/misfire/target/debug/deps/rocket_codegen-a3efce3dc197190d.rocket_codegen.eh59ndjt-cgu.1.rcgu.o" "-o" "/home/vagrant/misfire/target/debug/deps/librocket_codegen-a3efce3dc197190d.so" "/home/vagrant/misfire/target/debug/deps/rocket_codegen-a3efce3dc197190d.22wr6vfdsp71yauf.rcgu.o" "/home/vagrant/misfire/target/debug/deps/rocket_codegen-a3efce3dc197190d.4idtp7dpu2folajv.rcgu.o" "-Wl,--gc-sections" "-shared" "-Wl,-zrelro" "-Wl,-znow" "-Wl,-O1" "-nodefaultlibs" "-L" "/home/vagrant/misfire/target/debug/deps" "-L" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib" "-Wl,-Bstatic" "/home/vagrant/misfire/target/debug/deps/libglob-efc2b1c50d6bf0c8.rlib" "/home/vagrant/misfire/target/debug/deps/libdevise-40517b9ffaeae2c5.rlib" "/home/vagrant/misfire/target/debug/deps/libdevise_core-41ffb7dfa6f8ef52.rlib" "/home/vagrant/misfire/target/debug/deps/libbitflags-ac848fd4c1024061.rlib" "/home/vagrant/misfire/target/debug/deps/libproc_macro2_diagnostics-e57f92db86de1660.rlib" "/home/vagrant/misfire/target/debug/deps/libsyn-7ea84804c2b590ad.rlib" "/home/vagrant/misfire/target/debug/deps/librocket_http-df40bcc110257285.rlib" "/home/vagrant/misfire/target/debug/deps/libref_cast-9e8e93f934ad0b9f.rlib" "/home/vagrant/misfire/target/debug/deps/libcookie-1e40c9c426112aa8.rlib" "/home/vagrant/misfire/target/debug/deps/libsha2-02c425f9e5b116fa.rlib" "/home/vagrant/misfire/target/debug/deps/libcpuid_bool-95e4548231e3067c.rlib" "/home/vagrant/misfire/target/debug/deps/libopaque_debug-e06283a3a747b4a3.rlib" "/home/vagrant/misfire/target/debug/deps/libblock_buffer-65a5949b5097de3f.rlib" "/home/vagrant/misfire/target/debug/deps/libhkdf-7ee7ec642c8087ff.rlib" "/home/vagrant/misfire/target/debug/deps/libhmac-ccf4d3d36f60f63d.rlib" "/home/vagrant/misfire/target/debug/deps/libcrypto_mac-d94c0d3e7002f037.rlib" "/home/vagrant/misfire/target/debug/deps/libdigest-1d2c5486574311e4.rlib" "/home/vagrant/misfire/target/debug/deps/libaes_gcm-00ffdbba9b3bf88f.rlib" "/home/vagrant/misfire/target/debug/deps/libghash-b45d32a515956274.rlib" "/home/vagrant/misfire/target/debug/deps/libpolyval-829adbbb9aee1988.rlib" "/home/vagrant/misfire/target/debug/deps/libuniversal_hash-c7e8c2a1fd621d0a.rlib" "/home/vagrant/misfire/target/debug/deps/libsubtle-1fe7f1b3e22cec9e.rlib" "/home/vagrant/misfire/target/debug/deps/libaes-0738e01f728a7274.rlib" "/home/vagrant/misfire/target/debug/deps/libaes_soft-ff59f18fefedeadd.rlib" "/home/vagrant/misfire/target/debug/deps/libbyteorder-bb0abd5756cfe11e.rlib" "/home/vagrant/misfire/target/debug/deps/libopaque_debug-087971c84fb33ba7.rlib" "/home/vagrant/misfire/target/debug/deps/libaead-d1fd6bf196037e0d.rlib" "/home/vagrant/misfire/target/debug/deps/libblock_cipher-dd378c92afbc73b3.rlib" "/home/vagrant/misfire/target/debug/deps/libgeneric_array-d341dcd273c3e522.rlib" "/home/vagrant/misfire/target/debug/deps/libtypenum-3054f366a15c9a9f.rlib" "/home/vagrant/misfire/target/debug/deps/libbase64-833eb95a8c1c1d41.rlib" "/home/vagrant/misfire/target/debug/deps/librand-8f813c5cfcee3d86.rlib" "/home/vagrant/misfire/target/debug/deps/librand_chacha-36efa0a338d57d41.rlib" "/home/vagrant/misfire/target/debug/deps/libppv_lite86-7525fe2df4158e2d.rlib" "/home/vagrant/misfire/target/debug/deps/librand_core-7615d261edec9df5.rlib" "/home/vagrant/misfire/target/debug/deps/libgetrandom-0ecff5c598c2a989.rlib" "/home/vagrant/misfire/target/debug/deps/libtime-ee496590e988b56a.rlib" "/home/vagrant/misfire/target/debug/deps/libstandback-7a3a8fa23d88f129.rlib" "/home/vagrant/misfire/target/debug/deps/libtime_macros-f80f2d60975a97c2.rlib" "/home/vagrant/misfire/target/debug/deps/libpercent_encoding-b5b0b94aa53cc63b.rlib" "/home/vagrant/misfire/target/debug/deps/libstate-f90945afc3de5d04.rlib" "/home/vagrant/misfire/target/debug/deps/libsmallvec-c57037f1d27e0922.rlib" "/home/vagrant/misfire/target/debug/deps/libhyper-7030424cb288cf4f.rlib" "/home/vagrant/misfire/target/debug/deps/libhttparse-e1ff33580220bb32.rlib" "/home/vagrant/misfire/target/debug/deps/libwant-4e8d520fa7559c36.rlib" "/home/vagrant/misfire/target/debug/deps/libtry_lock-94f2571cd141f952.rlib" "/home/vagrant/misfire/target/debug/deps/libh2-39ceadb79177be99.rlib" "/home/vagrant/misfire/target/debug/deps/libindexmap-0db39ef5fc84f732.rlib" "/home/vagrant/misfire/target/debug/deps/libhashbrown-0a3abd219d996948.rlib" "/home/vagrant/misfire/target/debug/deps/libtokio_util-56ea91fed4a9d214.rlib" "/home/vagrant/misfire/target/debug/deps/libtime-5ef0ed6cd1683edc.rlib" "/home/vagrant/misfire/target/debug/deps/libtower_service-32ac4344fa137917.rlib" "/home/vagrant/misfire/target/debug/deps/libhttp_body-4fc6225e81ae1523.rlib" "/home/vagrant/misfire/target/debug/deps/libfutures_util-b8de2a958729e55c.rlib" "/home/vagrant/misfire/target/debug/deps/libproc_macro_nested-490ce09b6b5baa5c.rlib" "/home/vagrant/misfire/target/debug/deps/libfutures_io-9adf0952a3a76114.rlib" "/home/vagrant/misfire/target/debug/deps/libfutures_channel-1365d5061f13b0bc.rlib" "/home/vagrant/misfire/target/debug/deps/libfutures_sink-17ec46daf1729bd1.rlib" "/home/vagrant/misfire/target/debug/deps/libfutures_task-79d2ff8afd1be246.rlib" "/home/vagrant/misfire/target/debug/deps/libonce_cell-2e56b39967ac9491.rlib" "/home/vagrant/misfire/target/debug/deps/libpin_utils-7d4100ef3259661f.rlib" "/home/vagrant/misfire/target/debug/deps/libtokio-62468e37f044b038.rlib" "/home/vagrant/misfire/target/debug/deps/libsignal_hook_registry-0667efe6cc4c4126.rlib" "/home/vagrant/misfire/target/debug/deps/libarc_swap-23eb7391de15d44e.rlib" "/home/vagrant/misfire/target/debug/deps/libnum_cpus-44f5e55935d7d0f7.rlib" "/home/vagrant/misfire/target/debug/deps/libmemchr-e23cedd88c115d2d.rlib" "/home/vagrant/misfire/target/debug/deps/libmio_uds-c8d2e90eb662ce82.rlib" "/home/vagrant/misfire/target/debug/deps/libmio-1b3582fd439914be.rlib" "/home/vagrant/misfire/target/debug/deps/libslab-995062bb6119e52d.rlib" "/home/vagrant/misfire/target/debug/deps/libiovec-468f50ef93892a53.rlib" "/home/vagrant/misfire/target/debug/deps/libnet2-c49f69aa089fc789.rlib" "/home/vagrant/misfire/target/debug/deps/liblibc-e632e2c237bc8a6a.rlib" "/home/vagrant/misfire/target/debug/deps/libfutures_core-300e7055ca685bbd.rlib" "/home/vagrant/misfire/target/debug/deps/libpin_project_lite-fbbe3987d7acfbc6.rlib" "/home/vagrant/misfire/target/debug/deps/libpin_project-99acb48986548ed5.rlib" "/home/vagrant/misfire/target/debug/deps/libhttp-940ff55b3c956fbe.rlib" "/home/vagrant/misfire/target/debug/deps/libitoa-1f35f2f28964157b.rlib" "/home/vagrant/misfire/target/debug/deps/libbytes-5475692714cdc290.rlib" "/home/vagrant/misfire/target/debug/deps/libfnv-ca528381f36b1d52.rlib" "/home/vagrant/misfire/target/debug/deps/libtracing-3ad03e8dac299676.rlib" "/home/vagrant/misfire/target/debug/deps/libtracing_core-6d8dda1c7f18b83c.rlib" "/home/vagrant/misfire/target/debug/deps/liblazy_static-e74ed2f9b97f4290.rlib" "/home/vagrant/misfire/target/debug/deps/liblog-1bd938ba4204fb13.rlib" "/home/vagrant/misfire/target/debug/deps/libcfg_if-bc77342cc2a8e6ba.rlib" "/home/vagrant/misfire/target/debug/deps/libpear-764939b3cc44320d.rlib" "/home/vagrant/misfire/target/debug/deps/libyansi-de0c78566ad32155.rlib" "/home/vagrant/misfire/target/debug/deps/libinlinable_string-62c33d4db414f4f9.rlib" "/home/vagrant/misfire/target/debug/deps/libquote-44d4cdb759a6bcf5.rlib" "/home/vagrant/misfire/target/debug/deps/libproc_macro2-2deeed4d5b253c13.rlib" "/home/vagrant/misfire/target/debug/deps/libunicode_xid-0f24561a6d5178d2.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libproc_macro-284526f8b7c9dad4.rlib" "-Wl,--start-group" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libstd-c147cd9c030850ef.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libpanic_unwind-7e62a3a07bb85bc1.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libhashbrown-000f77165d4d2d36.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_alloc-7dc0cb59ed386ac6.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libbacktrace-9248bfbd7273ac3d.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libbacktrace_sys-b75363fb938de39d.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_demangle-7bbe96f555da4ad6.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libunwind-a145493c64eeb044.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcfg_if-9577436fc6fce6bc.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liblibc-b3376c0a2b35415c.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/liballoc-5708f6b2b59b6e0f.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/librustc_std_workspace_core-e9fd09201d99d6f4.rlib" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcore-914c6ef6f5cf354a.rlib" "-Wl,--end-group" "/home/vagrant/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib/libcompiler_builtins-1445b6c7903692a2.rlib" "-Wl,-Bdynamic" "-lutil" "-ldl" "-lutil" "-ldl" "-lrt" "-lpthread" "-lgcc_s" "-lc" "-lm" "-lrt" "-lpthread" "-lutil" "-ldl" "-lutil"
  = note: /usr/bin/ld: /home/vagrant/misfire/target/debug/deps/libcookie-1e40c9c426112aa8.rlib(cookie-1e40c9c426112aa8.cookie.6q80wjm3-cgu.1.rcgu.o): in function `core::slice::Iter<T>::post_inc_start':
          /rustc/5c1f21c3b82297671ad3ae1e8c942d2ca92e84f2/src/libcore/slice/mod.rs:3259:(.text._ZN4time6format5parse5parse17h5427b61e55b021b8E+0x614a): relocation truncated to fit: R_X86_64_PC32 against `.rodata..Lanon.8c65282346b0530fdabc39e8c8f259a8.89'
          collect2: error: ld returned 1 exit status
          

error: aborting due to previous error

error: could not compile `rocket_codegen`.

created time in 2 months

create barnchJockeTF/misfire

branch : separate

created branch time in 2 months

push eventJockeTF/Misfire

Joakim Soderlund

commit sha 9e2d5f6de6030538bb6cbdecf743a4ec8b17825c

Initial commit

view details

push time in 2 months

create barnchJockeTF/Misfire

branch : master

created branch time in 2 months

created repositoryJockeTF/Misfire

Demonstrates build failures of rocket_codegen

created time in 2 months

issue commentSpotifyd/spotifyd

Gapless support

I created a branch with the bare minimum changes for this to build.

It's mainly for those who don't want to wait for a proper release, so don't expect anything fancy!

TonioRoffo

comment created time in 2 months

create barnchJockeTF/spotifyd

branch : gapless-minimal

created branch time in 2 months

fork JockeTF/spotifyd

A spotify daemon

fork in 2 months

starteddenzp/cargo-wharf

started time in 3 months

startedderpibooru/philomena

started time in 3 months

push eventJockeTF/fimfareader

Joakim Soderlund

commit sha 83b4e0908cbe8d63a0172fa36dd17342ecc8acbe

Sort and filter results by Tantivy score

view details

push time in 3 months

issue commentJockeTF/fimfarchive

Status visible, old, and deleted fics

There seem to be comments hinting at that as well!

htnyquist

comment created time in 3 months

issue commentJockeTF/fimfarchive

Status visible, old, and deleted fics

→ @htnyquist

I kept track of 31718 during the last archive update, and it seems to have updated fine without me doing anything. I believe what happened was that the story had been unpublished for a while. It probably got published again some time after the previous release.

htnyquist

comment created time in 3 months

issue closedJockeTF/fimfarchive

Status visible, old, and deleted fics

Hello, I noticed that every fic in the index.json has 'status': 'visible', even the ones that have been deleted or that are not accessible publicly. The submitted and published fields are also always true as far as I can tell.

But the data for some of those stories is pretty inconsistent with the rest of the archive. I think most of those are deleted stories, but I have no way to exclude them since every story is marked visible and published in the archive. Some of the problems with not being able to exclude deleted stories:

  • Stories on the site all have a 'series' tag (e.g. MLP-FiM or EQG), but there's ~45k fics in the archive that don't have one. Many of those seem to be old deleted stories, but there's no reliable way to know.
    • Note that there are also non-deleted stories that have inconsistent tags! Story 31718 has the MLP:FiM tag on the site, but not in the archive
  • The non-story data won't be up to date: the author object will be full of NULL values on some stories, but not others (even though the author's account is still active).
  • It makes it harder to use fimfarchive as a data source in general. For example I saw the search GUI that works offline, but if I wanted something like this as a webpage that links to the real site, I'd need a way to filter dead links.

So, is it intended that status, submitted and published are always truthy? Is there a way to filter out deleted fics that I missed, and is it normal that some of the non-deleted fics' tags don't match what's on the site?

closed time in 3 months

htnyquist

issue commentmvdnes/zip-rs

Review project licensing

Perhaps it would make sense to dual-license under MIT and Apache 2 since it's what Rust project often seem to do?

Plecra

comment created time in 3 months

more