Re: Strange problem when not in debugger
- From: "Rinaldo" <zwartehoofdpiet@xxxxxxxxxxxxxxxxxx>
- Date: Tue, 8 Apr 2008 08:41:00 +0200
The translated text is from dutch and I can't chage it easaly because my whole system is dutch.
I've tryed
reqFTP = (FtpWebRequest)FtpWebRequest.Create(new Uri("ftp://ftp.lampiesoft.nl" + FTnaam));
where FTnaam = /backup/map/file.pdf
I've removed FTnaam, but the same error appears.
The strange thing is, while debugging in debugger there is no error.
"Peter Duniho" <NpOeStPeAdM@xxxxxxxxxxxxxxxx> schreef in bericht news:op.t89zg9ga8jd0ej@xxxxxxxxxxxxxxxxxxxxxxx
On Mon, 07 Apr 2008 21:10:16 -0700, Rinaldo <zwartehoofdpiet@xxxxxxxxxxxxxxxxxx> wrote:
Hi Peter,
The error is: The type-initialisation function for System.Uri has made an exception
That's obviously not the literal text for the exception. I'm assuming you translated it from some other language? Would it be possible to temporarily change your system's language so that it emits the exception in English?
private void Upload(string filename, string FTnaam) // filename @"c:\'map\somefile.pdf FTnaam /backup/map/somefile.pdf
{
FileInfo fileInf = new FileInfo(filename);
string uri = "ftp://" + F1.FTPserver + FTnaam; // ftp:///ftp.someserver.nl/backup/map/somefile.pdf
It that really the text that winds up in "uri"? If so, I'd suggest that the third '/' character after "ftp:" is probably causing a problem.
Other than that, your reply does not appear to describe the exact data being used. I understand if you don't feel you can include the actual server and file names, but the fact is given that those are critical in the initialization of the Uri instance, you _must_ tell us precisely the exact strings for that information to be useful in answering your question.
Still, it may well be that even if you provide those details, the answer can't be provided without a concise-but-complete code sample reliably demonstrating the problem.
Pete
.
- Follow-Ups:
- Re: Strange problem when not in debugger
- From: Family Tree Mike
- Re: Strange problem when not in debugger
- References:
- Strange problem when not in debugger
- From: Rinaldo
- Re: Strange problem when not in debugger
- From: Peter Duniho
- Re: Strange problem when not in debugger
- From: Rinaldo
- Re: Strange problem when not in debugger
- From: Peter Duniho
- Strange problem when not in debugger
- Prev by Date: Re: ReaderWriterLockSlim + Dispose?
- Next by Date: Re: data type for 2 D data
- Previous by thread: Re: Strange problem when not in debugger
- Next by thread: Re: Strange problem when not in debugger
- Index(es):
Relevant Pages
|