Artnoon all,
Strange things are afoot at the server brightmatter... I have �previously had pnews/php news installed and working beautifully. Some has �changed and I canna identify what. It now produces strange errors when �trying to access news articles.

You log in, you get the list of groups, you select a group and it cycles back �to the groups list.... tres strange.

Behind the scenes I see...

{main}() /var/www/html/TLP/old-pnews265/index.php:0 � pnews_nnrp->list_group()
/var/www/html/TLP/old-pnews265/index.php:104 � Undefined variable: news_groups in /var/www/html/TLP/old-pnews265/index.php �on line 104

and ...

{main}() /var/www/html/TLP/old-pnews265/index.php:0
Uninitialized string offset: 0 in �/var/www/html/TLP/old-pnews265/nnrpclass.php on line 160

Which I can't sort out. I initially suspected permissions but they look ok, �and even 777 won't fix it. Hang on, I just had a thought.... maybe its �ownership although they all belong to www-data.. php -v reports 5.6.40 �buntu.. although it is actually 7.x

Any thoughts or insights appreciated...

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

Re: pnews 2.6.5
By: Spectre to Php Men & Women on Thu Jun 18 2020 01:04 pm

{main}() /var/www/html/TLP/old-pnews265/index.php:0 pnews_nnrp->list_group() /var/www/html/TLP/old-pnews265/index.php:104 Undefined variable: news_groups in /var/www/html/TLP/old-pnews265/index.php on line 104

This says, on line 104 the variable $news_groups is being used, but it has never been set with a value.

{main}() /var/www/html/TLP/old-pnews265/index.php:0
Uninitialized string offset: 0 in /var/www/html/TLP/old-pnews265/nnrpclass.php on line 160

This says, on line 160 an array is being used, but the variable is not an array. EG: If a string variable $foo is created, then something is trying to use it as an array with $foo[0].

...����

... Between two evils, I always pick the one I never tried before.
--- SBBSecho 3.11-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)

ok, and even 777 won't fix it. Hang on, I just had a thought.... maybe its ownership although they all belong to www-data.. php -v reports
5.6.40 buntu.. although it is actually 7.x

Just checking my GoogleFu, because I know nothing, but...

One possible answer I came across when searching was to, if you're running Apache, is to edit /etc/apache2/httpd.conf

Look for a line that says:
!LoadModule php5_module libexec/apache2/libphp5.so
(Though the first character is the number sign, not a !. Just having issues with my Spanish keyboard sending the number sign)

Uncomment that line (by removing the number sign) and point it to the php version it should be running.

But, hey, I don't really know what's going on here, so good luck, regardless.

--- Mystic BBS v1.12 A45 2020/02/18 (Linux/64)
* Origin: Storm BBS (21:2/108)

This says, on line 160 an array is being used, but the variable is
not an array. EG: If a string variable $foo is created, then
something is trying to use it as an array with $foo[0].

What has me tossed here is this was working so far as I'm aware.. as is... If �I get the original instance, either git or thing-a-my-jig... it still �exhibits the same problem.. Is there anything I could've done to the system �that might have broken that functionality?

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

One possible answer I came across when searching was to, if you're
running Apache, is to edit /etc/apache2/httpd.conf

Look for a line that says: !LoadModule php5_module

That must've been some antiquarian apache version. php is enabled... but �done
via mods_enabled, not in httpd.conf.

the number sign)

do you mean a hash? # ponder... anyway... kinda moot...

But, hey, I don't really know what's going on here, so good luck, regardless.

Thanks, I need plenty :)

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

One possible answer I came across when searching was to, if
you're running Apache, is to edit /etc/apache2/httpd.conf

Look for a line that says: !LoadModule php5_module

That must've been some antiquarian apache version. php is
enabled... but done via mods_enabled, not in httpd.conf.

Nah, that's debian (a2enmod?) making the config more modular and easy to
use. It just updates the relevant config file for you (which is included
in httpd.conf).

It makes things pretty easy, until you try and set something up on a
system that doesn't have those niceties :)

Andrew


--- MagickaBBS v0.15alpha (Linux/x86_64)
* Origin: HappyLand - telnet://magickabbs.com:2023/ (21:1/126)

do you mean a hash? # ponder... anyway... kinda moot...

Yep. That's the symbol I evidently can't make with my keyboard while
using the BBS (though I haven't tried alt keys, and maybe this is just SyncTERM).

But, hey, I don't really know what's going on here, so good luck, regardless.

Thanks, I need plenty :)

Yeah, clearly I missed on the help. :) I tend to try _something_ just so
people get a response to hopefully get them to think of something else. But
the moment I sent it my BBS picked up that someone had answered it _way_ better.

Ah well.

--- Mystic BBS v1.12 A45 2020/02/18 (Linux/64)
* Origin: Storm BBS (21:2/108)

Re: pnews 2.6.5
By: Spectre to alterego on Thu Jun 18 2020 03:18 pm

exhibits the same problem.. Is there anything I could've done to the system that might have broken that functionality?

Could be anything :)

But the obvious choice would be to look through the code path, and see where that variable "should" be assigned a value and then figure out why it isnt, or why that code path is being skipped.

...����

... Humour is emotional chaos remembered in tranquillity.
--- SBBSecho 3.11-Linux
* Origin: I'm playing with ANSI+videotex - wanna play too? (21:2/116)

But the obvious choice would be to look through the code path, and
see where that variable "should" be assigned a value and then figure
out why it isnt, or why that code path is being skipped.

Gah, can't read it well enough for that :P I did manage to find a vague �hint
I may actually have a configuration error in some as yet unknown �"string". So
maybe I've inadvertantly killed the configuration file at some �stage and keep propogating the error by moving the config along instead of �using a blank slate...

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)

Nah, that's debian (a2enmod?) making the config more modular and easy
to use. It just updates the relevant config file for you (which
is included in httpd.conf).

Wheee, well it's buntu so its using debian bones... makes sense. I forget �a2enmod frequently and just manually symlink the two locations. I haven't �seen anything in httpd.conf since back at about slakware 1.x it was a right �nightmare with everything jammed in it back then, thankfully I wasn't on my �own trying to sort that out.

Since then I've always seen a pretty empty httpd and a variety of support �files with specific sections.

Spec


--- SuperBBS v1.17-3 (Eval)
* Origin: (21:3/101)