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
   Networked Database  Support Echo For JAMNNTPD NNTP S...   [108 / 238] RSS
 From   To   Subject   Date/Time 
Message   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!
  Show ANSI Codes | Hide BBCodes | Show Color Codes | Hide Encoding | Hide HTML Tags | Show Routing
Previous Message | Next Message | Back to Support Echo For JAMNNTPD NNTP S...  <--  <--- Return to Home Page

VADV-PHP
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.
v2.0.140505

Warning: Unknown: open(c:\Sessions\sess_j9ntot86ac5eqji94lcodvf7s3, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0 PHP Warning: session_start(): open(c:\Sessions\sess_j9ntot86ac5eqji94lcodvf7s3, O_RDWR) failed: No such file or directory (2) in D:\wc5\http\public\VADV\include\common.inc.php on line 45 PHP Warning: Unknown: open(c:\Sessions\sess_j9ntot86ac5eqji94lcodvf7s3, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:\Sessions) in Unknown on line 0