Frustrating FTP capitalization problem please help!!

[WdnUlik2no]

I have been trying for the past week to get my FTP problem solved. Problem is below:

I have created an application that logs on to a UNIX system via FTP. However when I use the command:

INET1.execute , "MKDIR chris",

A directory is created with the name if CHRIS. In other words the directory name is always in all caps no matter what I type in. This also occurs with the put command. If I type,

INET1.execute, "put test.tbb test.tbb", a file named TEST.TBB is created in the UNIX directory.

I need to be able to copy the files EXACTUALLY as I type them in the execute statement, because other they will not run in my employer's UNIX programs.

Would someone please please please tell me how to prevent it from capitilizing my filenames? Thanks. Please replay with the answer and also, send your replies to Chris.Johnson@bellsouth.com. Thanks!!!!

 

[MichaelRed]

AFAIK, the INet and FTP processes do not alter the strings. It is a function of the "Host" computer, although I haven't used UNIX systems for a few years, I do not remember UNIX file systems having any process which would 'force' fille names to upper case. In many.most cases, DOS does force the file names to upper case and -simce in MS, ftp is a DOS based protocall, you MAY just be seeing the results of the DOS display of the file names.

This forcing CASE in DOS continues at least through Win 98 SE, and -I suspect- through all current implementations. You can 'see' this simply by opening a "DOS Window", doing the DIR /p and comparing the file names to those of Explorer for the same directory.

I really MUST be to !!(^&#@@%#(@!!!## OLD to actually be explaining this!!!!!!

MichaelRed
m.red@att.net

There is never time to do it right but there is always time to do it over

 

[WdnUlik2no]

Nah, I checked in the UNIX directory and it is also all caps there. I guess there is no way to stop that annoying capitaliazation.

 

[MichaelRed]

Then it must be happening in the INet or FTP processes on the Windows side. I/me do not use these enough to make any sensible suggestion(s). Mayhap some other control or API call is available.

MichaelRed
m.red@att.net

There is never time to do it right but there is always time to do it over