< mari
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
chi >
[ Page 41 of 76 ]
From: Smylers Date: 16:22 on 07 Sep 2005 Subject: Windows Timekeeping 'Firefox' objects that an SSL cert isn't valid on one of our servers, on the surprising grounds that it isn't yet 09/09/2002. It turns out that the Windows PC thinks it is Friday, March 24 2000. The 'Date and Time' bit of 'Control Panel' has a tab 'Internet Time', where I learn the time is currently being synchronized with that of time.windows.com (a domain owned by Microsoft). It continues: The time has been successfully synchronized with time.windows.com on 06/09/2005 at 03:27. Next synchronization: 30/03/2000 at 02:09. Nice. I especially like how if I believe it regarding the current time, the most recent update was over 5 years in the future. Nor did it seem bothered by making such a huge change to the time. So then I press the 'Update Now' button, in an attempt to get this sorted out. This yields: An error occurred while Windows was synchronizing with time.windows.com. For security reasons, Windows can not synchronize with the server because your date does not match. Please fix the date and try again. The time was most recently synchronized on 07/09/2005 at 07:18. Next synchronization: 31/03/2000 at 05:59. What? It's prepared to break the time, but you decline to fix it for "security reasons"? Hate! Smylers
From: Robert Spier
Date: 04:25 on 07 Sep 2005
Subject: Web Applications
Dear $TICKET_VENDOR,
The below message is not useful.
It does not tell me why I was unable to buy tickets from you.
It does not tell me who to contact.
But worst of all, when I get this message, it means I cannot buy
$100 tickets from you for the privilege of paying a $7.50
convenience fee.
Maybe you don't like FireFox? I know you don't like Safari. I
tried Internet Explorer, but it crashed. (That's not your fault.)
Thanks-
-R
Server Error in '/' Application.
Runtime Error
Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.
Details: To enable the details of this specific error message to be viewable on remote machines, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "Off".
<!-- Web.Config Configuration File -->
<configuration>
<system.web>
<customErrors mode="Off"/>
</system.web>
</configuration>
Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL.
<!-- Web.Config Configuration File -->
<configuration>
<system.web>
<customErrors mode="RemoteOnly" defaultRedirect="mycustompage.htm"/>
</system.web>
</configuration>
From: Nicholas Clark Date: 11:43 on 06 Sep 2005 Subject: svn diff So, I have a subversion checkout with some local changes. I think that they are just whitespace. Obviously the regular svn diff shows me lots of noise, but, hey, diff has an option to ignore whitespace, so surely svn diff can too... Its help says ... Valid options: ... -x [--extensions] arg : pass ARG as bundled options to GNU diff And gnu diff says that -b is the option I want so, let's see: $ svn diff -x -b svn: '-b' is not supported $ svn diff -x b svn: 'b' is not supported $ svn diff -x --ignore-space-change svn: '--ignore-space-change' is not supported $ svn diff -x ignore-space-change svn: 'ignore-space-change' is not supported $ svn diff -x=-b svn: '=-b' is not supported $ svn diff -x -- -b svn: invalid option character: b Type 'svn help' for usage. ggr. hateful dysfunctional thing. What's the point of telling me about something that doesn't work. Even perforce can manage this whitespace trick. Finally, a solution. Abuse one of the other hateful side effects of a svn checkout: $ diff -b lib/Vx/SOAP/DataStore/Storage.pm lib/Vx/SOAP/DataStore/.svn/text-base/Storage.pm.svn-base $ Yes. Just whitespace. Dear svn, why can't you tell me that? Nicholas Clark
From: Simon Wistow
Date: 10:31 on 31 Aug 2005
Subject: gcc 3 and the iostream debacle
There may be plenty more of this coming so beware.
I need to recompile a bunch of Maya 6.0 plugins for Maya 7.0. Maya 6.0
was compield with gcc3.3.2 and 7.0 was compiled with 3.3.4
We irregulalrly have to compile against stuff for 2.9.6 as well and it
is never a starightforward recompile, esepcially when it comes to
iostream.
Is it
#include <iostream>
or
#include <iostream.h>
the iostream.h is supposed to be a backwards compatability shim but
sometimes give deprecation warnings and sometimes does. Sometimes I have
to compile with -DAW_IOSTREAM_NEW and sometimes _BACKWARD_IOSTREAM_H. I
found a new one today which was -DREQUIRE_IOSTREAM.
Maybe I have to put
using namespace std;
But then again, maybe not. Sometimes i just have to prefix every cout
and cerr with std::. Although not always.
To solve a problem I've been getting with these kinds of errors
/software/gcc/3.3.4/linux.fedora1.i386/include/c++/3.3.4/backward/iostream.h:34:
error: `
iostream' is already declared in this scope
/software/gcc/3.3.4/linux.fedora1.i386/include/c++/3.3.4/backward/iostream.h:34:
error: using
declaration `iostream' introduced ambiguous type `iostream'
I had to copy backward/iostream.h to ./ although shoving a
-I/software/gcc/3.3.4/linux.fedora1.i386/include/c++/3.3.4/backward/
caused even more errors.
Sure, there's probably something fundamentally broken with the Makefiles
but I'll *guarantee* that the brokeness is the result of a hack put in
there to work around the last incompatible change.
It's a fricking compiler FFS - take C code, spit out object code. Since
this retarded family of languages makes me care about header files
anyway why make everything else so fucking difficult. And what is it
about the ADHD malcontents who produce 90% of software that means that
given a relatively conceptually simple task (read mail, display a web
page, compile a .c(pp) file) that they feel the need to strap on
complications and gotchas like a vengeful dominatrix strapping on a
veiny beknobbed dildo in order to punitively claim your manginity for
crimes unspecified and unspeakable.
I shall dig out a .sig from that last time I went through this flavour
of rigaramole. Aaaah, there it is.
Simon
From: Daniel Pittman
Date: 03:22 on 31 Aug 2005
Subject: Exchange Server
...yes, I know it is a tired little hate, but hey:
1.2 million connections every 24 hours, because you have a record in
some database table claiming you need to deliver an email, but the file
isn't in the queue.
Oh, yes, connect, then issue quit, then try again would be the right
response, for sure.
Stupid broken incapable incoherent useless mail transport agent run by
monkeys filled with crack and broken glass!
Gah!
Daniel
From: Nicholas Clark Date: 17:36 on 30 Aug 2005 Subject: Hotel room keys So I'm attending a conference, and I'm staying in a room in a hotel (as you do) and I'm sharing a twin room with a friend (as is not unknown) and we both know a lot of other people attending and might actually have two separate lives (shock horror). The room has a swipe card lock. Moreover, you need the swipe card to make the lights work inside. So with one key you generally have to stick together... Us: Can we have a second key for room [XXX] please? Receptionist: Sure. But when I make the second key the first will stop working. Us: Oh. But we haven't lost the first key. Receptionist: But you can only have one key for the room. Us: Oh, why? Receptionist: Security, you see We politely say that we understand and thank him and decline the new key. Hateful hotel software. Nasty evil thing. Security be bollocks. Given that we needed no proof that we were the legitimate residents of room XXX, it's because the sub-muppet software is too damn stoooopid to write two keys to have the same magnetic strip. Or if the keys have fixed stripes, then it's the firmware in the door is tooooo damn stupid to be programmable to accept more than one guest-issue key. Either way, it's software. And it's hateful. Nicholas Clark
From: Casey West Date: 17:31 on 23 Aug 2005 Subject: Apple's Address Book Disappoints <p> I meet a lot of people and I'm trying to get into the habit of writing down some information about them. Things like phone numbers and names, and maybe how I met them or why I met them. Apple's Address Book application is great for that. But it falls short in one very important area. I can't store a photo! </p> <p> I need a visual aid to remember lots of people. Photos are perfect for that, as it turns out, and address books should store that information too. I need to send this to hates-software... </p> <p> I wonder if hates-software will junk up the HTML in this post I need for my journal... now do I hate MT or Siesta, or is my preemptive hate all for not? </p>
From: Martin Ebourne Date: 16:58 on 23 Aug 2005 Subject: Siesta::Plugin::MembersOnly So I send a message to the list from the wrong account. I do this all the time, because apparently I'm stupid. The list holds it for moderator approval because that address is not subscribed. Great, would have been better if it was bounced but I get the point. Of course, I don't want that mail to get to the list because that's my private account, and I'm not a fan of spam. SO GIVE ME A WAY TO DELETE IT FROM THE MODERATOR QUEUE DUMB-ARSE! Siesta is not the only mailing list program which shows this particular crapness. I've met others. But there's some out there which give you a handy url to let you kill messages pending approval. Or even an automated way to remove it by replying to the mail. And while I'm hating this particular topic I hate the mailer too for letting me consistently make this stupid mistake when it damn well knows better. Why doesn't it get the right account when I'm replying to the message? I've set it up to. Actually, it works if the message was sent directly to me, which is no bloody use since this account is only used for mailing lists which seem to confuse it completely. This goes for both Evolution and Horde/Imp which suffer from this bollocks. Pissed off, Martin.
From: Nicholas Clark Date: 16:18 on 23 Aug 2005 Subject: gdb on Linux (gdb) b aio_proc Function "aio_proc" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (aio_proc) pending. (gdb) r Starting program: /home/nick/Reference/5.8.7-g/bin/perl5.8.7 -Mblib t/03_errors.t Breakpoint 2 at 0xb741b88f: file AIO.xs, line 279. Pending breakpoint "aio_proc" resolved Program terminated with signal SIGKILL, Killed. The program no longer exists. (gdb) where No stack. WTF? Oi, gdb, where's the fucking program? It's not small - it can't just disappear. Have you checked behind the sofa? Did it disappear up your own arse? With "tools" like these, who needs bugs? Nicholas Clark
From: Smylers
Date: 10:25 on 17 Aug 2005
Subject: PPM
PPM (version 3.1, if that matters) is being particularly hateful today.
We've got a windows server which has Email::Send 1.45 on it, which is
broken. I wish to upgrade it to 1.46, which isn't broken.
C:\>ppm install Email::Send
Searching for 'Email::Send' returned multiple results. Using 'search'
instead...
Searching in Active Repositories
1. Email-Send [1.46] Simply Sending Email
2. Email-Send [1.4] Simply Sending Email
3. Email-Send [1.41] Simply Sending Email
4. Email-Send [1.43] Simply Sending Email
5. Email-Send [1.45] Simply Sending Email
6. Email-Send [1.46] Simply Sending Email
Hmmm, a list of "multiple" results, all for the same package. Guess
what, it's the _latest_ version of that package I wish to install.
Actually, _either_ of the latest versions would do, given that items 1
and 6 in the above list are hatefully displayed the same, giving me no
clue at all as to in what way they might differ.
Let's give installation another go, remembering that PPM is stateful (as
well as hateful) and that once one command has emitted a numbered list a
following command can use those numbers to refer particular itmes:
C:\>ppm install 1
No search results to install -- use 'search' to find a package.
Yes, but I've just used 'search' -- or rather it used it for me!
Presumably PPM is only stateful when run as a shell, rather than with
sub-commands directly on the command line. But it's hateful that the
error messages don't mention that point, and, even worse, try to goad
you into doing something that won't work. Let's try again:
C:\>ppm
...
ppm> search Email::Send
Searching in Active Repositories
1. Email-Send [1.46] Simply Sending Email
2. Email-Send [1.4] Simply Sending Email
3. Email-Send [1.41] Simply Sending Email
4. Email-Send [1.43] Simply Sending Email
5. Email-Send [1.45] Simply Sending Email
6. Email-Send [1.46] Simply Sending Email
ppm> install 1
Package 1:
Note: Package 'Email-Send' is already installed.
Yes, I know Email-Send is already installed, but package 1 in the above
list is most definitely version 1.46, which is newer than the version
I've installed. Look, it'll even tell me that:
ppm> q Email::Send
Querying target 1 (ActivePerl 5.8.4.810)
No matches for 'Email::Send'; see 'help query'.
At least it would if it kept track of which packages supply which
modules, so that users could refer to modules, things they program with
and actually want to use, in all PPM commands -- rather than hatefully
and tantalizingly letting us use modules in some commands and forcing us
to use packages in others:
ppm> q Email-Send
Querying target 1 (ActivePerl 5.8.4.810)
1. Email-Send [1.45] Simply Sending Email
So that's what I want to upgrade. Let's try the upgrade command:
ppm> upgrade Email::Send
Error: package 'Email::Send' is not installed.
So install can cope with a module name but even upgrade can't? Hate!
ppm> upgrade Email-Send
Email-Send 1.45: up to date.
Yes, I know that Email-Send 1.45 is up to date; what I'm wanting you to
install is Email-Send 1.46 which you listed for me earlier! Let's go
back to that list and try to upgrade it from there:
ppm> search Email::Send
Searching in Active Repositories
1. Email-Send [1.46] Simply Sending Email
2. Email-Send [1.4] Simply Sending Email
3. Email-Send [1.41] Simply Sending Email
4. Email-Send [1.43] Simply Sending Email
5. Email-Send [1.45] Simply Sending Email
6. Email-Send [1.46] Simply Sending Email
ppm> upgrade 1
Email-Send 1.45: up to date.
Huh? What? Now, really, there's no excuse for that.
Oh, from reading the help it transpires that upgrade only _lists_
potential upgrades; it hatefully doesn't try to install an upgrade
unless you give it the -install flag (not to be confused with the
install command, above, which hatefully won't install upgrades either):
ppm> upgrade -install Email-Send
Email-Send 1.45: up to date.
Noooo!!!
Let's try that list again.
ppm> search Email::Send
Searching in Active Repositories
1. Email-Send [1.46] Simply Sending Email
2. Email-Send [1.4] Simply Sending Email
3. Email-Send [1.41] Simply Sending Email
4. Email-Send [1.43] Simply Sending Email
5. Email-Send [1.45] Simply Sending Email
6. Email-Send [1.46] Simply Sending Email
ppm> upgrade -install 1
Error: package '1' is not installed.
So the install command can take numbers from a search list instead of
package names; the upgrade command can take such numbers when searching
for a package; but give the upgrade the -install flag and it suddenly
forgets how to use these numbers? Yer-what???
Let's try removing the ambiguity in the above list. PPM comes
configured to search 2 repositories by default. The above list looks
suspiciously like one of those repositories has lots of versions of
Email-Send and one only has the version I want, so if I disable the
repository with lots there should be just the one I want left.
ppm> rep
Repositories:
[1] ActiveState PPM2 Repository
[2] ActiveState Package Repository
Wow, those are sure good names for making absolutely clear the
distinction between the two them. Let's disable the first one:
ppm> rep off 1
Repositories:
[1] ActiveState Package Repository
[ ] ActiveState PPM2 Repository
and try that search again:
ppm> search Email::Send
Searching in Active Repositories
1. Email-Send [1.4] Simply Sending Email
2. Email-Send [1.41] Simply Sending Email
3. Email-Send [1.43] Simply Sending Email
4. Email-Send [1.45] Simply Sending Email
5. Email-Send [1.46] Simply Sending Email
Ooops, chose wrong. Let's disable that repository and enable the other
one:
ppm> rep off 1
Repositories:
[ ] ActiveState Package Repository
[ ] ActiveState PPM2 Repository
Hmmm, it indicates that a repository is disabled by removing its number.
So now there's no handy way of indicating which of the disabled
repositories I wish to enable; its name has to be typed in full. I'm
_so_ glad somebody redundantly put "Repository" at the end of the name
of a package repository, in a list of package repositories, just so that
I could type it in again:
ppm> rep on ActiveState PPM2 Repository
[1] ActiveState PPM2 Repository
[ ] ActiveState Package Repository
Search again:
ppm> search Email::Send
1. Email-Send [1.46] Simply Sending Email
Hurrah! No ambiguity there, let's try that upgrade:
ppm> upgrade -install Email-Send
ppm>
That's right: nothing. Just the PPM prompt back again.
And no, this isn't the 'no news is good news' sense of nothing that you
get with Unix commands, where a lack of error message indicates success.
The installed package is still at version 1.45.
I'm completely stumped. I've got a package manager which can tell me
about a package that I want, but I can't find a way of actually
persuading it to install it. This is ridiculous! What on earth is the
point of a package manager that declines to install packages that it's
told you are available for installation?
So What I actually did to fix Email::Send on this server is use Cpan
Search's diff feature to view the 2 lines that have changed between 1.45
and 1.46, then use 'WordPad' to hack those changes directly on to the
installed module. As a technique it doesn't scale well, but it has the
advantage of actually working.
Smylers
< mari
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
a
chi >
[ Page 41 of 76 ]
Generated at 10:28 on 16 Apr 2008 by mariachi