Okay, Hijack v114 is out. Please upgrade.

The previous 3 or 4 versions have a nasty bug whereby hijack does not restore it's state correctly on boot. This has been fixed, along with some more subtle things.

http://empeg-hijack.sourceforge.net/

Cheers,

-ml

Hehe. Thats why my player wouldn't restore visuals ; )

Thanks

Greg

Thanks Mark. That would be why my player was booting slowly, and why it never remembered what playlist I was on or what song it was playing. I'll forgive you this time, but try not to let it happen again :~)

Thanks Mark for your remarkable response to reported bugs and requests for additional features. All hail Mark Lord, or should that be Lord Mark?

Mark, for me the kftpd_control_port and kftpd_data_port config.ini options are no longer working in this release. I have them defined but when my player starts up it says:
kftpd: bind(port=21) failed: -98
kftpd: make_socket(port=21) failed

Because it's conflicting with my normal FTP server.

The khttpd is also conflicting with displayserver but I haven't tried changing the khttpd_port yet. Just wanted to see if you know of anything that would cause this to happen.

Yeah, I broke the port overrides.. oops.

Hi Mark,

I have the following in my config.ini:

initial.H=000000.L,ffffff
initial.C=20DF0B
80b44918=000000.L

SO that when I plug it in at home it always powers off and in the car it always powers on. The car bit doesn't seem to work. Can I use both initial.C and initial.H ?

I don't know. I have never personally tested .C and .H
because I've been waiting for others else to try it and report back. If nobody reports back, I figure I can remove the feature again!

But since you reported back..

Can you play with it some more, and see if you can prove one way or another, that .H works ?? And then try again for .C, and report back.

Thanks.

Okay, I've just completed (I hope) a major overhaul of the kftpd/kttpd servers in Hijack. Version v116 is now out at http://empeg-hijack.sourceforge.net.

The current status of the HTTP server is:

-- works very well as a filesystem browser
-- only downloads files, no uploading
-- sends audio files as "audio/mpeg", for streaming music applications


The FTP server shares about 90% of the same code base:

-- implements a very rich FTP subset
-- can upload / download / delete files
-- can create / delete directorys
-- can change file / directory attributes

Note that in order to upload/modify anything on the player, you first have to drop to shell mode (developer version only) and issue the "rw" command from the shell. Don't forget to do "ro" again when you're done, or you'll have to endure a very long filesystem check the next time you sync!

In my testing, I have found that the Unix/Linux "mirrordir" utility is happy with the FTP server, and can be used to backup and/or restore much of the player's filesystem from a Linux box.

Enjoy!

This release should enable changing permissions on files and directories through FTP, correct? What command is actually sent to the FTP server for this to work?

My FTP client issues the chmod command, but the server returns "bad command". Should this work, or do I misunderstand what file / deirectory attributes is referring to?

I have no trouble writing or deleting files.

Also...I don't know what HTTP is supposed to be doing with audio files. I see the file sent to my browser as text, proceeded with text that looks like it should be headers, like:
Content-Length: 5463272 n: close Accept-Ranges: bytes Content-Type: audio/mpeg 9461 ÿû�l�O
(followed by lots and lots of garbage)

Is this a problem on my end?

wow this is amazing! at last i can easily take things ive downloaded at work home! great work mark!

Thanks Mark,

Don't take it out PLEEAASE.

Here's the deal.

Initial.H works fine
Initial.C does not work if it appears after the initial.H line in config.ini
Initial.C does not work if it is the ONLY initial line
I have tried initial.C=different codes just to see if they were the prob.
Initial.H only works at home as expected.

This feature is the answer to my startup options in another thread, so would be very useful to me.

As an aside, when using the FTPd (in v115) my WSFTP32 (old but trusted) insists on sending HELP to the empeg after logon, this is invalid in your implementation. Could it be supported even if it returns nothing?

The HTTP and FTP stuff is great, just what I always wanted.

Would you consider adding RW, RO as menu items on the Hijack menus so that I dont have to use my serial cable?

Franks DS2 seemed to add these as options on the quit menu but I have had varying success with DS2. DS1 worked fine but doesn't give these mount options.

>My FTP client issues the chmod command,
>but the server returns "bad command".
>Should this work, or do I misunderstand
>what file / deirectory attributes is referring to?

There is no such command in the FTP standard (RFC-959).

However, most sites implement this using the "SITE" command, as in "SITE CHMOD 0755 filename" -- which is exactly how my kftpd does it.

Your client is broken, but if you can send me the exact string that it passes to kftpd, then I'll see about a server-side fix. To see the strings, add this to your config.ini, and then monitor the serial port while using ftp:

[hijack]
kftpd_verbose=1

Cheers
-ml

>Also...I don't know what HTTP is supposed to be doing
>with audio files. I see the file sent to my browser as text
>proceeded with text that looks like it should be headers,

That's pretty much what you should see, except that the headers appear to be broken in v116 -- fixed for v117 (out shortly).

So listen to streaming audio with v117, just configure the "mime types" or "helper applications" in your browser to feed data of type "audio/mpeg" to your favorite streaming mp3 player. Many browsers will do this automatically for you.

Cheers

Oops.. previous post (now corrected) should have said:

[hijack]
kftpd_verbose=1

The HTTP and FTP stuff is great, just what I always wanted.

>Would you consider adding RW, RO as menu items
>on the Hijack menus so that I dont have to use
>my serial cable?

Yes, that's something I have in mind for a future release,
although I'd like to do:
(1) just have arbitrary menu exec commands configurable in config.ini, and (2) be able to do rw/ro with just the "consumer" image installed (which doesn't actually include those commands on disk..).

Cheers

Okay, I've added the ftp HELP command for v117.

I'll take a look at .C before I release it, though. Maybe that can be fixed in time for v117 as well.

Mmm.. on further examination, your client is probably doing "SITE CHMOD", and the server has a bug: "SITE CHMOD" fails if the full pathname was not specified from the root directory. I'll fix that bug for v117.

Cheers

-ml

I'm using 177 now.

I mispoke about the command my client was sending. It was sending the SITE command:
SITE chmod 755 testfile

There are two problems with this
1) Apparently "chmod" is only accepted in all-caps.
2) CHMOD 755 doesn't work...it must be 0755

I know this because I can send custom commands to the server via my client, and using SITE CHMOD 0755 testfile works fine...it's just not the way my client sends it. Can this be changed on the server, so that CHMOD can be lower case and the three digit numeric value works?

Wouldn't it make more sense to use another client ?

Well, no...it wouldn't. First, I really like my client. I've used several, and this is the one I like the most. Second, I would think it'd make more sense to try to make the server as cross-platform and client-independent as possible. This way it won't be a problem the next time some other user out there with a different client that behaves similar to the way mine does. Make sense?

When I write a web-based app, for example, and it doesn't work in Internet Explorer, am I going to tell all my users that you have to use Netscape? Of course I'm not. I'm going to rewrite the app so it works in as many client configurations as possible.

Okay, good one. I had forgotten to go back and implement strncasecmp() for keywords -- the RFC says the server should accept mixed case keywords. Done for v118.

The mode is tricky.. it really is supposed to have a '0' to indicate "octal", but I'll have the code just tolerate modes without the leading '0'.

Cheers

it really is supposed to have a '0' to indicate "octal", but I'll have the code just tolerate modes without the leading '0'.

Qrious; will it accept 4-position numbers? (ie 4755) Not that I imagine much use for it though...

/Michael

Yes, it blindly accepts any length of octal numbers for the mode.

-ml

Just thought I'd let you know that I've dumped 600 Megs of zip files onto my empeg to take home using Hijack v117. The transfer speed was not to bad. I'll let you know if I have any problems with the zips.

When i try to connect with CuteFTP i get this error. This doesn't matter to me much cause I can use other ftp programs and they work fine... it would just be cool to be able to use cuteftp.

*** CuteFTP Pro 2.0 - build Nov 20 2001 ***

STATUS:> Getting listing ""...
STATUS:> Connecting to ftp server 192.168.0.2:21 (ip = 192.168.0.2)...
STATUS:> Socket connected. Waiting for welcome message...
220 Connected.
STATUS:> Connected. Authenticating...
COMMAND:> USER anonymous
230 Okay.
STATUS:> Login successful.
COMMAND:> PWD
257 "/"
STATUS:> Home directory: /
COMMAND:> FEAT
500 Bad command.
STATUS:> This site doesn't support the 'features' command.
COMMAND:> REST 100
500 Bad command.
STATUS:> This site cannot resume broken downloads.
COMMAND:> TYPE A
200 Okay.
COMMAND:> PASV
500 Bad command.
ERROR:> Syntax error, command unrecognized.
ERROR:> Failed to establish data socket.


-Greg

In reply to:

---

When I write a web-based app, for example, and it doesn't work in Internet Explorer, am I going to tell all my users that you have to use Netscape? Of course I'm not. I'm going to rewrite the app so it works in as many client configurations as possible.

---

You don't work for microsoft, that's for sure

Just tell your CuteFTP to not use "passive" ftp. It will work.

-ml