Message Area
Casually read the BBS message area using an easy to use interface. Messages are categorized exactly like they are on the BBS. You may post new messages or reply to existing messages! You are not logged in. Login here for full access privileges. |
Previous Message | Next Message | Back to Support Echo For JAMNNTPD NNTP S... <-- <--- | Return to Home Page |
|
||||||
From | To | Subject | Date/Time | |||
Rick Christian | mark lewis | JamNNTPd that WORKS |
November 5, 2016 5:56 PM * |
|||
Hello mark! 05 Nov 16 10:56, you wrote to me: ml> apparently you have the multi-arch stuff installed... that's the only ml> way to be able to run 32bit on 64bit unless they are built static I don't think those are included by default any more in *buntu...I think they got nuked 11.x or possibly before the 12.04 ESR Yepppers, pre 12.04 they nuked IA-32 libs for this: https://wiki.ubuntu.com/MultiarchSpec I didn't and don't follow that.. I know there is stuff that didn't like that...and stuff that will not work on 64b as its 32b and it spits out ELF errors. Maybe that got resolved in 14.04.. as I only use the ESR's... so 10.04, 12.04, 14.04... other stuff I will test with, ie: see how they borq up my KDE etc.. Like I said I didn't follow it, I just sudo apt-get and obviously its going to pull AMD64 stuff since I am a 64b system... ml> instead of dynamic... IIRC, paul's build of crashmail 0.71 is built ml> static... file will tell you that if you haven't looked already... ummm...$ file ~/crashmail-0.71/bin/crashmail /home/rec9140/crashmail-0.71/bin/crashmail: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=27de05981b233984f8ca78c8af4a3d4113d0bd2b, stripped This shows *dynamically linked (uses shared libs),* Guess that is 64b, which is why it runs.. as its "ELF 64-bit LSB" ... I don't now... too many things I've looked at... ml> i'm not one of those monkeys either... never have been but i can ml> mostly muddle my way through when necessary... like when i fixed a ml> couple of bugs and added some features to my private build... Well unfortunately I know a lot, A LOT more C than I care to admit.. simply because of lot of things I'd rather not remember.... I am looking as posted in ehco and the bug report to "fake out" PAN and KNode to work with JamNNTPd.. but I need to make sure I've resolved any potential of this nonsense in re the corruption of JAM bases because of the 32b v. 64b issues.. Thats the point in asking is the SF site and 1.3 good??? No, its flawed like post 071 CM II's or if the resolution of an option to force m32 solves this.. or only the code form the eljaco.se site should be messed with??? I've put several ideas on faking out PAN/KNode... I just need to find a decent c interpreter to play with... its not a project I want to take on, but I am forced to.. as using thunderturkey just crankles me to no end.... ml> who needs a real iron clunker when one can run a VM? Unfortunately you can't virtualize SDR sticks or Line in's for audio.. so real hardware at times is what it takes.... Plus I dislike throwing out perfectly working hardware that might need a little TLC to upgrde a CPU, max out some RAM or a bigger HD.. and then turn it into a VM host for somethings, or run LXC containers, or VPN server or ..... But for the RTL-SDR stuff and some other stuff I am invoved in, I need hardware to plug it into.. SDR doesn't work good, no at all under VMWare, and it has much better USB support than the love child of the Linux crowd.. thats why VMWare is my goto VM for anything production.. test and play with any thing from VMW to LXC.. ml> i'd be really surprised if these packages can be compiled on ARM ml> systems... especially jamnntpd since there's only linux, os2 and win32 ml> headers... ARMHF for the PI's probably is not a problem as the Pi's are still using 32b.. the Pi3 is or can be 64b, but Raspbian or something was not set up that way.. or.. I didn't keep up with it... Raspbian has issues in re Jessie and systemd.... justlike post 14.x *buntus... I'd have to find some spare PI's first.. these get gobbled up for projects quick! ml> i'd be concerned about the switching from unsigned variables to signed ml> ones... I don't know.. what was changed... I just know I found it interesting that it showed up, and was/is/possibly a result of this whole mess with what ever happened past the 071 version.. based on that 64b support... I didn't go any further than bookmark it... for later review... its just something thats out there...but dormant too. Rick ... Vote Trump 2016 and Make America Great Again! |
||||||
|
Previous Message | Next Message | Back to Support Echo For JAMNNTPD NNTP S... <-- <--- | Return to Home Page |
Execution Time: 0.0815 seconds If you experience any problems with this website or need help, contact the webmaster. VADV-PHP Copyright © 2002-2024 Steve Winn, Aspect Technologies. All Rights Reserved. Virtual Advanced Copyright © 1995-1997 Roland De Graaf. |