Entry tags:
3 Issues - Entry Posting & Cross-posting
So I finally started to play around with my DW-install and I've come across 3 issues so far.
Upon visiting http://www.mysite.com/manage/circle/add.bml?user=USERNAME or http://www.mysite.com/manage/circle/ you get the following error:
[Error: Invalid type 'Q' in pack at /home/dw/cgi-bin/DW/User/Edges/WatchTrust/Loader.pm line 276. @ deathnote]
The line previously read:
my $packfmt = "NH6H6QC"; # pack format
Changed to:
my $packfmt = "NH6H6NC"; # pack format
Now I really have no idea how the packfmt works, but changing the Q to an N fixes the issue...so maybe someone couple explain what it is, and how it works, and what the letters mean? And why using N fixes it...
When submitting a new entry, an error message came up. The entry still posts, but tags are not included in the new entry. Line 1492 in cgi-bin/LJ/Entry.pm.
The line previously read:
$row = pack("NNNQN", $item->{'posterid'}, $eventtime, $logtime, $sec,
Changed to:
$row = pack("NNNNN", $item->{'posterid'}, $eventtime, $logtime, $sec,
Again, another pack issue, and changing the Q to an N fixes the issue.
I setup my account to cross-post to Scribbld and when I attempted to cross-post, this error message was entered into the 'error' table in The Schwartz database:
Can't call method "pre_crosspost_hook" on an undefined value at /home/dw/cgi-bin/DW/External/XPostProtocol/LJXMLRPC.pm line 275.
That line reads:
$req = $extacct->externalsite->pre_crosspost_hook( $req );
Thanks for any help on the issues & I am really excited about this codebase!!
Upon visiting http://www.mysite.com/manage/circle/add.bml?user=USERNAME or http://www.mysite.com/manage/circle/ you get the following error:
[Error: Invalid type 'Q' in pack at /home/dw/cgi-bin/DW/User/Edges/WatchTrust/Loader.pm line 276. @ deathnote]
The line previously read:
my $packfmt = "NH6H6QC"; # pack format
Changed to:
my $packfmt = "NH6H6NC"; # pack format
Now I really have no idea how the packfmt works, but changing the Q to an N fixes the issue...so maybe someone couple explain what it is, and how it works, and what the letters mean? And why using N fixes it...
When submitting a new entry, an error message came up. The entry still posts, but tags are not included in the new entry. Line 1492 in cgi-bin/LJ/Entry.pm.
The line previously read:
$row = pack("NNNQN", $item->{'posterid'}, $eventtime, $logtime, $sec,
Changed to:
$row = pack("NNNNN", $item->{'posterid'}, $eventtime, $logtime, $sec,
Again, another pack issue, and changing the Q to an N fixes the issue.
I setup my account to cross-post to Scribbld and when I attempted to cross-post, this error message was entered into the 'error' table in The Schwartz database:
Can't call method "pre_crosspost_hook" on an undefined value at /home/dw/cgi-bin/DW/External/XPostProtocol/LJXMLRPC.pm line 275.
That line reads:
$req = $extacct->externalsite->pre_crosspost_hook( $req );
Thanks for any help on the issues & I am really excited about this codebase!!
no subject
#1/#2 are because Dreamwidth requires a 64-bit version of Perl and therefore Linux. Q is a 64 bit data type.
#3 sounds like you didn't create a DW::External::Site::Scribbld (or whatever, I'm tired) module, so it doesn't have all of the tools it needs to crosspost.
no subject
#3 - Thanks, I made the package, I just duped one of the modules and edited it. So now I don't get the previous error message, but I do get "Missing argument" in the error message in the database...I could pastebin my module if you want to peek at it, but it's pretty much the same as the others, just customized with Scribbld's information!
Thanks Mark!
no subject
no subject
Thanks!
no subject
no subject
I really have no idea what I'm doing to be honest, the rest of the characters are N, so I figured why not change this Q to an N...
no subject
Really, you need a 64-bit environment, not a 32-bit one. If you want to stick with 32-bit, your best starting point is LJ code, not DW.
no subject
Thanks! :)
no subject
I don't have answers to the rest of your questions, I'm not a MySQL admin.
no subject
Fortunately, I'm not using memcache, so maybe I'll be safe. I'll have to go back and change what I changed to L's and see how that works.
And you're not a MySQL admin, sheeesh. I thought you were Mr. Super Duper! LOL. Seriously though, that's cool. You've definitely helped me a lot in understanding all this and I really appreciate it.
Thank you!!!
no subject
Is there any place I can look (either on Scribbld or my DW install) to see if something isn't going through properly?
no subject
I created a DW::External::Site::Scribbld which works if you want to include that in the DW code.
Thanks!!
no subject
Either we need to do a null check there (easy solution) or we need to create a new generic External::Site object for the custom site (a bit more elegant, but would call for more code rewriting).
no subject