alexpgp: (Default)
[personal profile] alexpgp
Yesterday, after returning from taking Lee to work, I eventually ended up in the area of Baybrook Mall. One of the stores on the fringes of the mall is something called Texas Art Supply, which is well stocked, indeed, with any- and everything an artist could want.

I was looking for fountain pen ink. Specifically, I was looking for red fountain pen ink, the brighter the better. As far as the major office supply joints are concerned, fountain pen ink comes in cartridges, and then only in two shades: blue and black.

When I found what I wanted, I wasn't sure it was the right stuff, given how bright the ink was, but there it lay on the shelf, ink made for "fountain & dip pens." I bought the red and the green varieties.

It turns out to be fairly difficult to wash out a fountain pen that has had black ink in it. I found an old, fairly inexpensive pen that I proceeded to flush with water for quite some time, until the water coming out of it was almost clear. I then filled it with a shot of the red, and tried it out. The hue was satisfactory.

Today, however, after the ink has had a chance to sit in the pen for a day, the ink is a sort of really dark, dark red, so I'm thinking I'll have to repeat the procedure, and may have to do so several times. We'll see.

* * *
For some reason, the Perl script that I have been able to access from the store to get at my mail doesn't work when I try to hit my home Linux box from my laptop. No errors appear to be logged to the httpd error_log file and a GET operation on the script is recorded in the access_log, but nothing appears on my laptop's screen. There might be some kind of incomatibility, but I cannot imagine what it might be.

In the interim, I tried to telnet into the box, which works, up until I do something that causes the screen, basically, to freeze (i.e., stop responding). I suspect it has to do with my TERM setting, which is set to 'ansi' in my Linux environment, as the screen stops responding at just about the time the screen is supposed to be cleared. I think that when the Linux software outputs a screen-clear code, the effect is to kill any display on my remote screen, but I am not in a very good position to check this out.

* * *
When all else fails, use the phone. I called Drew this morning and he logged in as me on my home machine and forwarded an e-mail from the client that tells me what I'll be doing this week.

Tomorrow, I'm participating in a "Hurricane" simulation (sims are classified using various unsettling words, such as Shock, Scream, Typhoon, Hurricane, etc.), starting at 7:30 am and ending at 4:00 pm. On Tuesday, I'll be in a Typhoon, which starts at 2:30 pm and runs until 8:00 pm (this makes me a prime candidate to support a telecon in the morning, I guess). I haven't yet opened the files for Wednesday through Friday, as I only just finished uudecoding them.

It also turns out that my participation in the sims is as an air-to-ground (space-to-ground, for all you nit-pickers out there :^) simultaneous interpreter, which really doesn't make the work any different from "regular" air-to-ground, except that the sound quality is scads better during sims.

Anyway, although the sim starts at 7:30, I need to be at building 110 early enough to get a pass for my car, and at building 30 early enough to make sure I can get into the place (or visit the security office if my badge doesn't work). That means I need to catch my beauty sleep starting Real Soon.

Cheers...

Date: 2002-02-03 09:36 pm (UTC)
annathyst: (Default)
From: [personal profile] annathyst
Try setting your TERM to 'vt100'...if that doesn't work, your telnet client has some Severe Issues(tm).

Profile

alexpgp: (Default)
alexpgp

January 2018

S M T W T F S
  1 2 3456
7 8910111213
14 15 16 17181920
21222324252627
28293031   

Most Popular Tags

Page Summary

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 7th, 2025 08:49 pm
Powered by Dreamwidth Studios