ChanServ changed the topic of #haiku to: Open-source operating system that specifically targets personal computing. | https://haiku-os.org | Nightlies: https://download.haiku-os.org | Bugtracker: https://dev.haiku-os.org | SCM: https://git.haiku-os.org/ | Logs: https://oftc.irclog.whitequark.org/haiku | Matrix: #haiku:matrix.org | XMPP: #haiku%irc.oftc.net@irc.jabberfr.org
HaikuUser has joined #haiku
HaikuUser has quit []
zard has joined #haiku
<coolcoder613> Hi zard
<zard> Hello coolcoder613 :)
OscarL has joined #haiku
hightower3 has quit [Ping timeout: 480 seconds]
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<OscarL> x512[m]: re: mailing list: that was the case when *I* was on those lists (before 2006 :-D). In any case... hope you're considering "applying for commit access (+vote rights)", if the "On the initiative of existing members of the team" part of the rules are flexible, as it seems they are :-D
<OscarL> lol, humdinger appears 2 times on this list: https://review.haiku-os.org/admin/groups/3,members
<OscarL> same username/email.
zard has quit [Quit: leaving]
AlaskanEmily has joined #haiku
FreeFull_ has quit [Ping timeout: 480 seconds]
OscarL has quit [Quit: Gone with the wind]
x10z has joined #haiku
amitbora has joined #haiku
HappyEaster is now known as Al2O3
amitbora has quit [Ping timeout: 480 seconds]
frkzoid has joined #haiku
frkazoid333 has quit [Ping timeout: 480 seconds]
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
dpirate has quit [Remote host closed the connection]
dpirate has joined #haiku
mmu_man has quit [Ping timeout: 480 seconds]
kona has joined #haiku
Maturi0n has joined #haiku
Maturi0n_ has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
B2IA has quit [Quit: Vision[]: i've been blurred!]
B2IA has joined #haiku
ablyss has quit [Quit: Konversation terminated!]
linuxmaster has joined #haiku
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #haiku
arti has quit [Remote host closed the connection]
arti has joined #haiku
x10z has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser2 has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
floof58 has quit [Ping timeout: 480 seconds]
floof58 has joined #haiku
v_harkonnen has joined #haiku
v_harkonnen has quit [Ping timeout: 480 seconds]
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
x10z has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
v_harkonnen has joined #haiku
OrangeBomb has quit [Quit: Slacking off]
x10z has joined #haiku
OrangeBomb has joined #haiku
rexbinary has quit [Quit: ZNC - https://znc.in]
rexbinary has joined #haiku
rexbinary has quit []
rexbinary has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
x10z has joined #haiku
valerius_ has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
valerius_ has joined #haiku
tuaris has quit [Read error: Connection reset by peer]
<andreasdr[m]> Hi there.
v_harkonnen has quit [Ping timeout: 480 seconds]
AlaskanEmily has quit [Remote host closed the connection]
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
x10z has joined #haiku
freddietilley has joined #haiku
Begasus has joined #haiku
<Begasus> g'morning peeps
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<Molnija> my soul feels compressed
<zdykstra> Morning Begasus!
<Begasus> Hi there zdykstra :)
v_harkonnen has joined #haiku
<andreasdr[m]> Hi Begasus (@_oftc_Begasus:matrix.org), Molnija, zdykstra
<Molnija> does anyone plan to grow maize this year in this version of this universe
x10z has joined #haiku
<Begasus> Hi andreasdr[m] Molnija
flag_ has joined #haiku
flag has quit [Ping timeout: 480 seconds]
<x512[m]> @_oftc_OscarL:matrix.org: I do not consider getting commit access to Haiku because it is not really needed for me and I was not welcomed by Pulkomandy.
<x512[m]> I need to post patches to mailing lists for some Haiku-related patches upstreaming.
xet7 has quit [Ping timeout: 480 seconds]
<andreasdr[m]> Hi x512
<andreasdr[m]> How is it going?
<coolcoder613> Hi Begasus, andreasdr[m]
<Begasus> Hi coolcoder613 :)
Begasus_32 has joined #haiku
<andreasdr[m]> Hi coolcoder613 (@_oftc_coolcoder613:matrix.org)
<andreasdr[m]> How is it going?
<botifico> [haiku/website] pulkomandy pushed 2 commits to master [+0/-0/±2] https://github.com/haiku/website/compare/cae107a111dd...ff26d5401f01
<botifico> [haiku/website] OscarL edebc83 - Fix duplicate "of", and use Oxford comma while we're at it.
<botifico> [haiku/website] OscarL ff26d54 - Fix comma ussage.
* coolcoder613 did tldrlfs yesterday
<coolcoder613> If found this today: https://github.com/ghaerr/dflat
mmu_man has joined #haiku
<andreasdr[m]> Cool.
v_harkonnen has quit [Ping timeout: 480 seconds]
coolcoder613 has quit [Ping timeout: 480 seconds]
OscarL has joined #haiku
* OscarL gives up trying to do a vector icon for "previous".
amitbora has joined #haiku
amitbora has quit []
<Begasus> Hola OscarL :)
<OscarL> Hi Begasus! :-)
<Begasus> nodejs done here over 20minutes ago, on the 32bit install it's still initializing :D
coolcoder613 has joined #haiku
<OscarL> heh
v_harkonnen has joined #haiku
<Begasus> inbetween did a recipe for this :) https://0x0.st/H5Kj.png
<OscarL> was about to suggest to drop "alien_svn"... it is referenced by git .recipe :-(
<Begasus> ?
<Begasus> ah
coolcoder613 has quit [Ping timeout: 480 seconds]
<Begasus> do we need git_svn when we've got subversion?
<OscarL> only see a couple of .py files in there: https://github.com/evalEmpire/Alien-SVN/tree/master/src/subversion
<Begasus> alien_svn is a perl module afaik
<OscarL> yesm but has at least one non-test related .py file in it.
<Begasus> that got me going on frozen bubble :)
* OscarL will try with just a simple cmd:python -> cmd:python3
<OscarL> (or just commenting it out :-P)
<Begasus> maybe it can be updated, not sure how far it is from upstream :)
<OscarL> only see 1.8.11
<Begasus> Today we are releasing GCompris version 4.0.
<Begasus> something to look into :)
<Begasus> (node:94340) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 close listeners added to [TLSSocket]. Use emitter.setMaxListeners() to increase limit
<Begasus> that's still there :)
<OscarL> oof... 12 MiB for this alien thing :-/
<Begasus> npm notice New minor version of npm available! 10.1.0 -> 10.4.0
<Begasus> that too (once nodejs is merged) :)
<Begasus> bias
coolcoder613 has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
coolcoder613 has quit [Ping timeout: 480 seconds]
<Begasus> re
<Begasus> k, build started on 32bit :P
<OscarL> seeing this: https://packages.debian.org/sid/git-svn << wonder if we really need "alien_svn" at all for our git-svn
<Begasus> as I said earlier, maybe we could hook this up with subversion instead of alien_svn? (or simular comment) :)
<OscarL> think so.
coolcoder613 has joined #haiku
<Begasus> arch and gentoo also use that
<OscarL> perhaps alien_svn was needed in the early days, but seems libsvn-perl (or rather lib:libsvn_swig_perl_1) in our subversion recipe.
<Begasus> haven't looked at that for a while
<OscarL> in any case.... alien_svn build finished OK with Python3.10...
<OscarL> but it WILL fail with 3.12
<Begasus> +109MiB for nodejs, +88MiB for npm :)
<Begasus> just bump it to python3.10, and see if you can match git with subversion :)
<Begasus> grabbing npm-10.4.0-1-x86_64.hpkg and moving it to /Opslag/haikuports/packages/npm-10.4.0-1-x86_64.hpkg
<Begasus> all good :)
<OscarL> if we match git with libsvn_perl... I would just recommend dropping alien_svn :-D
<Begasus> or that :)
<OscarL> uh, git 2.43.2 released on Feb 14...
<OscarL> we can use that as an excuse.
<Begasus> not sure who uses git_svn (or what) for that matter
<OscarL> I did had to use it in the past once or twice (not on Haiku thou).
<Begasus> can't use subversion for that then?
<OscarL> depends on what you need to do. (I was experimenting with converting repos, and such)
<OscarL> k. seems we can update our subversion too.
coolcoder613 has quit [Ping timeout: 480 seconds]
<OscarL> let's start with that one then :-D
<Begasus> +1
<botifico> [haikuports/haikuports] korli pushed 1 commit to master [+0/-0/±1] https://github.com/haikuports/haikuports/compare/1d9983d84492...58129f3b54b1
<dovsienko> the D-Flat screenshot looks almost like TurboVision (DOS)
<botifico> [haikuports/haikuports] halamix2 58129f3 - nodejs20: add unicode support (#10127)
* OscarL keeps forgetting he has a half-baked .recipe for tvision
<Begasus> bugger, korli merged before I got around to it (guess his 32bit setup is faster then mine) :P
<Begasus> might as well push npm to new version then
<OscarL> lol, the full subversion archive is 8.2 MB (compared to the 12 for just alien_svn :-D)
vdamewood has joined #haiku
<Begasus> bonus :D
coolcoder613 has joined #haiku
<Begasus> lol, should've read the recipe for nodejs more carfully (comment by korli at the PR) :)
<Begasus> ARCHITECTURES="x86_64 !x86_gcc2" (should've given a clue for npm) :D
<botifico> [haikuports/haikuports] Begasus pushed 1 commit to master [+1/-1/±0] https://github.com/haikuports/haikuports/compare/58129f3b54b1...dd86ef15ea4c
<botifico> [haikuports/haikuports] Begasus dd86ef1 - npm bump version (#10128)
mmu_man has quit [Ping timeout: 480 seconds]
<OscarL> "npm: too cool for 32 bits"
<Begasus> we never know as it needs nodejs :P
<OscarL> yeah... I meant that one... /me doesn't pays much attention to the JS world :-P
<Begasus_32> note: '#pragma message: The simdutf library is designed for 64-bit processors and it seems that you are not compiling for a known 64-bit platform. All fast kernels will be disabled and performance may be poor. Please use a 64-bit target such as x64, 64-bit ARM or 64-bit PPC.
<Begasus> just saw that in the build on 32bit
<OscarL> https://ibb.co/t3ytp16 <<< my Tracker acting funny again.
<OscarL> (notice the two "system" :-D)
<Begasus> that's normal?
<Begasus> I see that all the time when a build is running
coolcoder613 has quit [Ping timeout: 480 seconds]
<OscarL> it just might, and I didn't even noticed.
<Begasus> tss :P
<OscarL> usually too busy replying to you :-P
<Begasus> lol
<Begasus> posted the screenshot from latest Kdenlive with Tokodon, upstream picked it up and want to use it :)
<OscarL> :-D
<Begasus> Haiku on the map! (even if it isn't native) :)
<OscarL> I suspect some KDE folks are really surprised by how nice some of their apps look in Haiku.
<Begasus> And that they even work/run on Haiku :)
<OscarL> that too :-P
mmu_man has joined #haiku
<OscarL> cool. we have subversion 1.14.3 now.
<Begasus> If I knew my attempts on the framework(s) would be good enough I would push, but not feeling totally convinced on a few there to do so
* OscarL runs `hp --test subversion`
<Begasus> +1
<OscarL> Begasus: I can't offer anything more that moral support, regarding your kde-framework efforts. Maybe ask 3dEyes if he has some input to give?
<Begasus> He's still the master there :)
<OscarL> these tests take forever... wonder if they could at least run in parallel :-/
<Begasus> try doing that for nodejs ;)
<OscarL> on 32-bits? sure! :-P
<OscarL> welp, the python-related test ARE using more than one core at least.
<Begasus> heh
v_harkonnen has quit [Ping timeout: 480 seconds]
<dovsienko> are there any Haiku ports that require GNU autogen to build?
<Begasus> like autogen.sh?
<OscarL> seeing lots of his for "autogen.sh"
<OscarL> *hits
<Begasus> stupid source, why require doxygen for the docs when you don't create them ....
<dovsienko> Begasus: no, the system-wide "autogen" program
<OscarL> "AutoGen: creates text files from templates using external definitions.", not seeing any recipes requireging cmd:autogen at least.
<Begasus> dovsienko, not installed here?
<OscarL> nor we do have a .recipe for it either :-D
<dovsienko> "pkgman search autogen" returns only three packages, neither of which seems related
<Begasus> can't find any cmd:autogen with haikuporter, nor anything related searching with pkgman either
<Begasus> depends on guile (to start with) :)
<dovsienko> yesterday I tried to build tcpreplay on Haiku, and one reason it didn't was lack of autogen
<dovsienko> which supposedly could be removed or made auto-detected or made a flag such as --without-autogen, but I decided to ask first
<Begasus> conftest.c:49:10: fatal error: minix/config.h: No such file or directory
<Begasus> at least not in the repository (yet) :)
mmu_man has quit [Ping timeout: 480 seconds]
<Begasus> our guile is far outdated too :P
<Begasus> now what was I doing ....
<dovsienko> https://github.com/appneta/tcpreplay/pull/847 and let's forget about it for a while. I can test pcap_inject() without tcpreplay.
<Begasus> dovsienko, once you plant a seed ... ;)
hightower2 has joined #haiku
<dovsienko> if there is a quick solution to implement pcap_inject(), it would be nice to have it done, otherwise it would be useful to expand the comment in the existing stub function to say why it cannot be done
<Begasus> fmemopen.c:367:16: error: 'off64_t' undeclared (first use in this function); did you mean 'off_t'? ... seen it around ...
<dovsienko> after that the space for immediate improvements can be considered exhausted and the next move would be back-porting
<Begasus> k, this one is out of my leage :) error: expected expression before 'fmemc_get_buf_addr_t'
mmu_man has joined #haiku
<OscarL> sweet satan, these tests make watching paint dry seems like a rollercoaster in comparison.
zard has joined #haiku
<Begasus> lol
<Begasus> fwiw, when the take too long I tend to nuke them too OscarL :)
v_harkonnen has joined #haiku
<OscarL> 86/122... Too late to kill it now. Sunken cost fallacy be damned!
v_harkonnen has quit [Ping timeout: 480 seconds]
<Begasus> ;)
<Begasus> k giving up for that autogen for now :)
<Begasus> back to ktorrent ...
<Begasus> Nice if we can get some extra attention :) https://0x0.st/H5ZZ.png
<zard> +1 :)
<OscarL> lol at me trying to scroll down on that tokodon thread :-P
<Begasus> rofl! figures OscarL :P
<Begasus> Guess you would press "play" here too? https://0x0.st/HkVp.90.png
<OscarL> indeed, and then wonder why I have no sound :-)
<Begasus> heh
<Begasus> ok, ktorrent not so good, taking too much system resources here
<Begasus> can't win them all :P
HaikuUser has joined #haiku
HaikuUser has quit []
HaikuUser has joined #haiku
HaikuUser has quit []
mr_lou has quit [Quit: Leaving]
mmu_man has quit [Ping timeout: 480 seconds]
nephele has joined #haiku
<dovsienko> waddlesplash: I have done some tests on sending raw packets, and it seems Haiku network stack does not support such a feature now. could you double-check my results before I cement this with a code in pcap_inject()?
<waddlesplash> not even with sockaddr?
<waddlesplash> I mean, sockaddr specified in sendto
<dovsienko> you mean sendto()?
v_harkonnen has joined #haiku
<waddlesplash> yes
<dovsienko> that would expect the packet data not to have the protocol header, correct?
<waddlesplash> hm, maybe so
<waddlesplash> dovsienko: what error do you get on send() after bind()?
<waddlesplash> from what I can see, that path should actually work
<dovsienko> but it would not match the definition of pcap_inject at https://www.tcpdump.org/manpages/pcap_inject.3pcap.html and the implementation in all other modules that support it, so it would be a problem to use that
<waddlesplash> no, I said what error do you get with send not sendto
<dovsienko> Linux uses a separate AF for such sockets (AF_SOCKET), I do not understand if it would be semantically correct to reuse AF_LINK for the purpose
<waddlesplash> ah, maybe so
<waddlesplash> I am not really an expert about these things
tqh has joined #haiku
bbjimmy has quit [Quit: Vision[]: i've been blurred!]
<dovsienko> I found socket_send() in src/add-ons/kernel/network/stack/net_socket.cpp, which seems to be the implementation because it returns B_BAD_VALUE if send() gets the size argument above SSIZE_MAX:
mmu_man has joined #haiku
<waddlesplash> that's the overall implementation of send() yes
<waddlesplash> all send() goes through that
<dovsienko> so my code can trigger this by making the packet length invalid:
<dovsienko> try_direct(): send() returned -1
<dovsienko> send(): Bad address
<dovsienko> (arguably, it should complain about the length, not the address)
<waddlesplash> that's not B_BAD_VALUE
<waddlesplash> B_BAD_VALUE == EINVAL
<waddlesplash> "Bad address" = B_BAD_ADDRESS == EFAULT
<dovsienko> then the B_BAD_VALUE in socket_send() turns to EFAULT in the errno after send() returns -1
<waddlesplash> no
<dovsienko> oh wait
<waddlesplash> EFAULT will be from 1 of 2 places:
<waddlesplash> 1. syscall entry, if you passed a buffer+length that isn't inside userspace
<dovsienko> I oversized the packet length, but the actual buffer is still a short sequence of bytes, so perhaps there was a page fault trying to take that from userspace to the kernel, correct?
<waddlesplash> 2. buffer copy, if the buffer isn't actually there and it faulted when trying to read
<waddlesplash> yes
<dovsienko> let me confirm the result with a bigger buffer
bbjimmy has joined #haiku
<dovsienko> apparently, it is not so easy to oversize SSIZE_MAX on a 64-bit host, so let's not do it
<Begasus> afk
<waddlesplash> dovsienko: why would you want to??
<dovsienko> I wanted to confirm that's the actual function
<dovsienko> so, with the correct arguments to send() it returns -1 with "Destination address required" (EDESTADDRREQ)
<dovsienko> this happens both when I use bind() on the socket, feeding it the address returned by ioctl(SIOXGIFADDR) directly from struct ifreq, and when I use setsockopt() with SO_BINDTODEVICE
<dovsienko> (in the latter case feeding it ifr_index from struct ifreq filled by SIOCGIFINDEX)
<dovsienko> both methods fail on all permutations of {AF_LINK, AF_INET, AF_INET6} × {SOCK_RAW, SOCK_DGRAM} unless socket() fails first with "Address family not supported by protocol family"
<nephele> > I wanted to confirm that's the actual function
<dovsienko> 12 combinations in total, none work. sometimes socket() succeeds, but ioctl() fails before the next step
<nephele> It's much easier to add some debug prints in the kit, rebuild it, and put it in lib/ next to your test programm
<dovsienko> it is likely there's a proper debugger as well, but I am trying to keep it simple for now
<dovsienko> but thank you for the suggestion
<Halamix2> Begasus: I've tried to build nodejs20 on x86 VM under VirtualBox, but all I got was a critical VM error :P
<dovsienko> waddlesplash: would you like to have the test program?
<waddlesplash> yes please
<nephele> dovsienko: yes, called "Debugger" :D
<nephele> it's a GUI programm, always installed. and you can attach it to running programms
<waddlesplash> nephele: we are talking about kernel issues at the moment
<waddlesplash> so that's not relevant
<waddlesplash> dovsienko: there's really not too many places that error could come from: https://xref.landonf.org/source/search?q=EDESTADDRREQ&defs=&refs=&path=kernel&hist=&type=&project=haiku
<waddlesplash> can't be TCP or UDP, that leaves only IP (but we shouldn't get there if we are AF_LINK) and then net_socket itself
<waddlesplash> but that should only happen if there's no address specified in the header, which you have specified
<waddlesplash> so that shouldn't be it either
<dovsienko> for clarity, I do not specify the destination
<dovsienko> the problem space is "this is the interface name and this is the sequence of bytes to put on the wire as is"
<dovsienko> Linux has AF_PACKET for exactly that, and BSD allows to call write on the socket. there are other implementations as well.
<dovsienko> tcpreplay source code tries to abstract the difference away in https://github.com/appneta/tcpreplay/blob/master/src/common/sendpacket.c
<dovsienko> which in turn can use pcap_inject() when available, which also tries to abstract a number of differences away
<waddlesplash> I guess sending to AF_LINK would make sense to not have ethernet header
<waddlesplash> and then AF_LINK adds it
<waddlesplash> and AF_PACKET or AF_RAW or something would be logical to get things with headers
<dovsienko> the way it seems to me, socket_send() ought to take into account the fact bind() or setsockopt() has been called, and use the associated interface
<waddlesplash> it does that
<waddlesplash> socket_send is extremely generic, it doesn't know anything about what's going on at lower levels
<waddlesplash> literally all invocations of send() go through socket_send, whether it's for AF_UNIX or TCP or whatever else
<waddlesplash> the "destination address required" is probably coming from a lower level after socket_send has passed the buffer off
<waddlesplash> or, sendto() is causing a behavioral difference here
<Begasus> Hi Halamix2, on bare metal it went fine as far as I let the build go ahead (untill korli merged) :)
<dovsienko> the if() at line 1323 requires the destination address data
<Begasus> Halamix2, bumped npm after that so that should be on par again too
<dovsienko> which sendto() supplies and send() does not
<waddlesplash> dovsienko: you missed the block right above that.
<waddlesplash> again ... send() goes through this very same method
<waddlesplash> and clearly that works
<Begasus> k, looks like jsconcpp doesn't require python at all (looking at other OS's they only use it for the documentation)
<dovsienko> 1314 is for UDP and TCP, isn't it?
<waddlesplash> it's for anything that has an address specified in the socket
<waddlesplash> which should mean anything bound
<dovsienko> oh
<dovsienko> but in this case at least one of the test cases is supposed not to get EDESTADDRREQ after send() fails, correct?
<waddlesplash> looking at the code more it seems bind() inside AF_LINK may not result in peer getting adjusted
<waddlesplash> so that would explain what happens there
<waddlesplash> probably need a ticket, not sure when someone will get around to investigating what should be done here
<dovsienko> so you confirm the function is now available now, correct?
<waddlesplash> bind+send, yeah
<waddlesplash> sendto() with dest addr specified, should work.
<dovsienko> thank you, I am going to open a ticket and to place a comment in pcap_inject() then
<dovsienko> but sendto() would expect the payload to be at the beginning of the buffer, not protocol headers, correct?
<waddlesplash> I guess I don't know
<waddlesplash> it probably would expect no ethernet header, i believe
<waddlesplash> but then headers for whatever protocol is on top of that
<Begasus> OscarL, can't keep up like that :P checked on 32bit?
<OscarL> I haven't rebooted yet to check :-)
<Begasus> ok :)
<OscarL> will do so in a bit.
<OscarL> (finishing PR for alien_svn removal)
slendi has joined #haiku
<slendi> Hello everyone!
<OscarL> o/
<slendi> Got a question, would it be possible to implement a futex api in Haiku's kernel?
<slendi> I am having a lot of issues with pthreads as a futex replacement
freddietilley has quit [Quit: WeeChat 4.1.2]
<slendi> So I've figured to implement futex functionality myself
<slendi> But I want to know if you guys agree with this first
<waddlesplash> no
<waddlesplash> we already have a private internal API which is a vague analogue to Linux's futexes API
<waddlesplash> we do not need another
<waddlesplash> "futexes" are a Linuxism. there are other OSes which do similar things, like us, but aren't directly equivalent to Linux
<Begasus> Hi slendi
<slendi> Right so what about some sort of systemcall for those
<waddlesplash> no
<slendi> Ok
<waddlesplash> any software which runs anywhere besides just Linux should already be able to handle not having futexes
<slendi> Begasus: hi
<waddlesplash> so, what software is this, and why doesn't it already have a way to use something besides just futexes?
<slendi> Odin compiler
<waddlesplash> slendi: pthread locks are the system call
<waddlesplash> slendi: looks like it runs on Windows and macOS. So, clearly, it doesn't need futexes.
tqh has quit [Remote host closed the connection]
<slendi> For windows ir uses WakeByAddressSingle and WakeByAddressAll and WaitOnAddress
<slendi> I essentially need the equivalent of those to make it work on Haiku
<waddlesplash> and on the BSDs?
<slendi> or __ulock_wait and __ulock_wait which are on the BSDs
<slendi> OpenBSD has support for Linux-like futexes so it uses that
<waddlesplash> this is using APIs on the BSDs which have __s
<waddlesplash> that means those are private
<slendi> Wait I lied, the ulock stuff is on Mac
<slendi> _umtx_op on freebsd
<waddlesplash> yes, that's private API
<slendi> Okay
<waddlesplash> why not just use pthread_cond here?
<slendi> I tried but the thing crashes for some reason
<waddlesplash> what's the message?
<slendi> I can provide the repo with a haiku branch im working on
<waddlesplash> there may be code elsewhere that assumes Futexes are always 32 bits and no bigger
<waddlesplash> that's not going to work
<slendi> What am I doing wrong?
<waddlesplash> for one your map is totally unprotected from multithread usage
<waddlesplash> but you should not use a map here
<slendi> What do I use
<slendi> Do I add a field to Futex struct that contains pthread data?
<waddlesplash> eh
<waddlesplash> looking at this code I would not implement the Futex APIs at all, if it can be avoided
<waddlesplash> and instead implement the Mutex, RwLock and other APIs on top of pthread_mutex, pthread_rwlock
mmu_man has quit [Ping timeout: 480 seconds]
<slendi> Can't really avoid it because it's used everywhere
<slendi> "gingerBill: Since the entire Odin core:sync package is designed around a the concept of a futex."
<OscarL> Begasus: oof, subversion still "all"... build still going, but generates A LOAD of "warning: `nonnul` attribute directive ignored.
<OscarL> Begasus: makes build log unbearable :-D
nosycat has joined #haiku
<waddlesplash> why can't programming languages just use standard APIs
<OscarL> Begasus: if this builds (and I get git-svn working against it)... I'll leave it as it. Not wanting to mess with switching it to x86 now.
<OscarL> (specially because it has perl bindings... and perl on 32 bits... it's another can of worms)
tuaris has joined #haiku
<OscarL> got a .hpkg that looks decent enough at least :-)
<slendi> What standard APIs
<slendi> waddlesplash:
<waddlesplash> POSIX
<waddlesplash> like, why does Odin need to reinvent mutexes and everything else? what's wrong with OS versions?
mmu_man has joined #haiku
<OscarL> Begasus: I'm NOT running `hp --test subversion` on 32 bits, thou! (I expect it would take 3.5/4 hours at least)
<Begasus> OscarL, add a definition -Wno-nonnul? ;)
<waddlesplash> slendi: having a fallback implementation, fine, but not even *allowing* the OS versions to be used...
<slendi> "gingerBill: Okay. But that assumes it is a good API to use in the first place."
<slendi> "gingerBill: Odin's sync library is a lot better in terms of its interface than those."
<slendi> I am relaying Discord information btw
* waddlesplash sighs
<waddlesplash> where's their Discord
<slendi> One moment
<waddlesplash> found it
<OscarL> Begasus: Mmm, think I'll need to change that "subversion$secondaryArchSuffix" to just "subversion" after all :-D
<OscarL> (on the git PR :-D)
<Begasus> not going to fix the parse errors on libpcre2, too many for my brain :/
<Begasus> OscarL, can't use "cmd:svn"?
<Begasus> hp should complain on what is missing there
<OscarL> it needs a bunch of stuff from the subversion package (perl modules, libs)
<OscarL> using "cmd:svn" gives the wrong impression that it needs the command line program.
<Begasus> that was an example :) could be that it "requires" another cmd from in there
<OscarL> doesn't needs it for building, so `git_svn_x86` will just refuse to install until I fix it :-D
<Begasus> ps, you need to clean some branches :P
<OscarL> stop snooping around!
<Begasus> I said requires, not requires_build
<Begasus> I only did "git fetch oscarl" :P
<OscarL> welp... there was your mistake :-P
<Halamix2> Small question about bare metal: Haiku is not like Windows, it won't self-destruct if I install x64 and x86 on one PC (separate partitions of course)?
<Begasus> if they can handle it there shouldn't be an issue Halamix2
<OscarL> Halamix2: I have it setup like that.
<Begasus> got one like that on an external disc :)
* Begasus does a "git checkout --track oscarl" ...
<OscarL> Halamix2: even using same partitions/installs in both bare-metal, and from VirtualBox. Shouldn't cause issues.
<Halamix2> OscarL: I had enough critical VM errors trying to compile stuff I'll go with bare metal for now :P
<OscarL> weird.
<OscarL> except for the difference on speed (and availalbe RAM)... works for me most of the time in my old Phenom II X4.
<OscarL> man... who would now! .recipe changes work better if you SAVE them to disk!
<Begasus> rofl
<OscarL> good thing I at least rememberd to use both "-G" and "-F" this time :-D
* Begasus whistels ...
<Begasus> or rather mumbles ... forgot -G again
<OscarL> yes! success!
<Begasus> sure?
<OscarL> got git 2.43.2 working against subversion 1.14.3.
<OscarL> `git svn -h` didn't explode at least.
<Begasus> heh
<Begasus> which should go first?
<OscarL> let me check with strace, to see if it loads the proper libs (it should, because I've nuked alien_svn already :-D)
<Begasus> not merging yet ... but still
<Begasus> running git build on 32bit (not updated subversion)
<OscarL> hang on. need to push small change in the git .recipe first.
<Begasus> tl :P
<Begasus> but I can do a -F also :)
<OscarL> welp, you can dp hp -G -F later then too :-D
<Begasus> need to do a -F anyway as I commented out subversion$secondaryArchsuffix atm :P
Maturi0n_ has joined #haiku
<OscarL> `strace perl /boot/system/lib/x86/git-core/git-svn | grep 'system/lib'` <<< looks good to me.
<OscarL> force pushed already.
mr_lou has joined #haiku
<Begasus> k, checking here on 64bit, that's a "bit" faster :)
<OscarL> just in case... PR order shouldn't matter much, except for the alien_svn removal (should be last).
<Begasus> makes sense :)
Maturi0n has quit [Ping timeout: 480 seconds]
<Begasus> bugger ...
<Begasus> no complaints about missing subversion in the recipe :/
<OscarL> it is a runtime dependency... from a perl module. no way hp will detect that.
<Begasus> fix it? :P
<OscarL> even if I knew how... I'm not touching perl :-D
<Begasus> k, seems to be good here
<Begasus> biab
<Halamix2> Welp, desktop PC doesn't let me to boot x86 pendrive for whatever reason (although I have secure boot enabled cause win11)
<Halamix2> Laptop it it then
<Begasus> Halamix2, on this laptop I can't boot 32bit either
<Begasus> OscarL, on 64bit all seems to be ok
x10z has joined #haiku
<Begasus> gitk still crashing on resizing
<OscarL> glad to hear Begasus (not about that crash, thou!)
<Begasus> it's an issue for quite some time OscarL
<OscarL> again that SDL/OpenGL related crash, no?
<Begasus> git seems to be ok on 32bit too
<Begasus> yeah OscarL, although I can't find anything related there in the recipe?
<OscarL> gitk uses tcl/wish... which in Haiku uses some implementation of wish that relies on SDL2.
<nosycat> undroidwish, yeah.
<OscarL> (that's what I remember at least :-P)
<Begasus> ah right "wish"
v_harkonnen has quit [Ping timeout: 480 seconds]
<OscarL> nosycat: I never seem able to remember that name :-D
<nosycat> Can't blame you.
<Begasus> food ... bbl
<OscarL> off here as well. Later folks!
OscarL has quit [Quit: Gone with the wind]
<Halamix2> Is it possible to install Haiku 32-bit on UEFI system or am I just doing something wrong?
<nephele> it is possible
<nephele> but only if your efi is also 32bit firmware
<Halamix2> ah, that's the issue then
<nephele> installing the 32bit version on a 64bit firmware currently iirc does not work
<nephele> you may try to install it with CSM if your board supports that
<Halamix2> I have some PCs that should be compatible; nto as fast as my main PC though. I wondered if installing it on a compatible PC and moving the drive, then setting up GRUB would work
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
xet7 has joined #haiku
<Halamix2> Wait, if that would ever work then I could be able to boot the installer from GRUB already
<nephele> No, it would not
<nephele> Yes indeed :D
<nephele> there is a forum topic about this problem, you could drop in there and check if there was any progress
<nephele> booting the 32bit version from a 64bit efi loader that is
<nephele> the opposite problem iirc has already been adressed. For some older macbooks with a 64bit processor and a 32bit efi
<nephele> (I'm assuming you want the 32bit version for BeOS compat or something)
<Halamix2> Something like that, I want 32bit version to test if package willb uild
<nephele> in that case you could also spin it up in qemu under linux if you want
<Halamix2> I just like breaking things and doing it the overly complicated way, I guess :P
<nephele> That's fine, kindred spirit ;)
<nephele> If you want you can tackle that efi loader problem though
x10z has joined #haiku
tombhadAC has joined #haiku
itaipu has joined #haiku
Begasus_32 has quit [Quit: Vision[]: Gone to the dogs!]
nosycat has quit [Quit: Leaving]
gouchi has joined #haiku
x10z has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<Begasus> closing down, cu peeps!
Begasus has quit [Quit: Vision[]: i've been blurred!]
diver has quit [Quit: Leaving.]
nephele has quit [Quit: Vision[]: i've been blurred!]
coolcoder613_32 has quit [Quit: Vision[]: i've been blurred!]
illwieckz has quit [Quit: I'll be back!]
illwieckz has joined #haiku
diver has joined #haiku
xerexexe has joined #haiku
HaikuUser has joined #haiku
<HaikuUser> Hallo
<zeldakatze[m]> I've just installed Haiku on an old laptop (a TravelMate 290 built in 2002 which I had lying around) and I'm impressed at how well it runs with Haiku, given how weak the system is, feels like the laptop was built in 2012 instead of 2002.
x10z has joined #haiku
BrunoSpr has joined #haiku
vdamewood has quit [Quit: Textual IRC Client: www.textualapp.com]
BrunoSpr has quit [Quit: Vision[]: Ich wurde gewaschen!]
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
kinkinkijkin has joined #haiku
coolcoder613_32 has joined #haiku
<nekobot> [haiku/haiku] waddlesplash pushed 1 commit to master [hrev57589] - https://git.haiku-os.org/haiku/log/?qt=range&q=8f3496772842+%5E2a2e7ad56284
<nekobot> [haiku/haiku] 8f3496772842 - raw_decoder: Pass errors back up the chain.
zard has quit [Quit: leaving]
<coolcoder613_32> Good morning
<slendi> gm
Anarchos has joined #haiku
<Anarchos> hello
v_harkonnen has joined #haiku
vdamewood has joined #haiku
gouchi has quit [Remote host closed the connection]
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #haiku
xerexexe has quit [Quit: Connection closed for inactivity]
Anarchos has quit [Quit: Vision[]: i've been blurred!]
v_harkonnen has quit [Ping timeout: 480 seconds]
<slendi> gnight
slendi has quit [Quit: WeeChat 4.1.2]
tombhadAC has quit [Quit: Vision[]: i've been blurred!]
mmu_man has quit [Ping timeout: 480 seconds]
HaikuUser has joined #haiku
HaikuUser2 has joined #haiku
HaikuUser2 has quit []
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
mmu_man has joined #haiku
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
HaikuUser has joined #haiku
HaikuUser has quit [Remote host closed the connection]
nmbosley has joined #haiku
coolcoder613 has joined #haiku