WinUAE and Amiga 68k subversion issue

Hi

I'm having a minor issue with WinUAE and that is that I can't get subversion (v. 1.1.4 68k from Aminet.) on the emulated Amiga to work. This is the error message I'm getting if I do an update or a checkout:
svn: REPORT request failed on '/svnroot/flexcat/!svn/vcc/default'
svn: REPORT of '/svnroot/flexcat/!svn/vcc/default': 400 Bad Request (https://flexcat.svn.sourceforge.net)

I am running WinUAE 2.4.0b8 + WinXP SP3 on Parallels Desktop 7 for Mac. Have tried with bsdsocket emulation, uaenet.device and A2065 Z2 with same results. Tried with disabling Windows firewall, no good. Svn on the virtual WindowsXP works and on the Mac and my real Amiga, but not in WinUAE.

Is WinUAE missing something in the "network" emulation or have I missed something else??

Kind regards Pär

[Toni Wilen]

I don't see how it can be network emulation problem if A2065 or uaenet.device AND bsdsocket emulation all have same problem.

Unless it is some Amiga-side software incompatibility, do you have exact same OS setup on WinUAE and real Amiga?

Can you use wireshark to check the request that svn sends and compare it with working request?

Attached Wireshark captures, but I can't see anything special in them.

Also attached log from winuae that says: bsdsocket: WARNING: Unsupported tag type (80000017) in SocketBaseTagList(1115fa40)

So, there is definitely something going on here...

Yes, the virtual Amiga is pretty much an exact copy of my real Amiga, except from some ppc stuff that Winuae can't use.

[Toni Wilen]

Ah, it is HTTPS (I really need to read more carefully..), which makes the capture not that useful..
Does it work with non-encrypted connections?

I didn't find socket tag 80000017 (23) documented in neither amitcp or miami headers.

No, it doesn't work on http: either.

Got two captures, one from virtual machine WinXP and one from the Mac.

Hope they are of any use...

[Toni Wilen]

Failing HTTP REPORT request looks fine but I can't be 100% sure without log from working SVN request, could you get wireshark capture from your real Amiga too?

Bad request seems to be common error if there is badly behaving transparent proxy between SVN client and server but on the other hand SSL should fix this problem..

Here comes a capture from a successful checkout from the real Amiga, through internet sharing and WS capture on the Mac.

[Toni Wilen]

Only difference I quickly found:

Working capture's HTTP REPORT has content, content-length=1382 bytes.
Non-working HTTP REPORT has no content, content-length=0.

This can't be caused by network emulation. Amiga network stacks don't know nothing about HTTP.

Here is a capture from a successful checkout from E-UAE on the Mac, this Amiga is not the same as the one in WinUAE.

This is weird!

Using the E-UAE Amiga in WinUAE I can do a successful svn checkout!!

So, there is something in the WinUAE Amiga that screws things up, just got to find it...

I seem to have found the problem after going through/comparing settings, library versions, winuae settings, patches used etc, etc between the e-uae and the winuae Amigas without success...

I'm almost starting to pull my hair when I thought; maybe there's something on the filesystem level when everything else doesn't make a difference...
So I created a hard file formatted as SFS and copied svn there and did a checkout to a dir on the hard file and it worked, on the same winuae Amiga that otherwise always fails!
And the e-uae Amiga where svn also works, has HFS+ format since it's not on the virtual WinXP machine, but through a shared folder in Parallels Desktop.
So it seems NTFS is the bad guy!

Question is if there is anything that can be done about it??

[Toni Wilen]

I chose first non-SSL (don't want to bother with Amiga SSL setup) SVN tree I found and checkout seems to work fine here to NTFS directory harddrive. (I even assigned subversion: assign to same drive)

svn checkout http://svn.berlios.de/svnroot/repos/dingus/trunk

EDIT: I used http://www.winuae.net/files/b/winuae.zip (official b10 has a bit too restricted bsdsocket that breaks some unix ports..)

EDIT2: This is strange. Now I get bad request 400 error..

[Toni Wilen]

Ok, today's winuae.zip should solve this problem.

I instantly knew what caused the problem when I saw it in debugger and because I remembered recent oldnewthing blog post: http://blogs.msdn.com/b/oldnewthing/.../10251026.aspx

It should be easy to connect the dots now

Well, new problem with todays beta:

svn: can't open file 'trac/.svn/lock': Permission denied

tried checking out to a new dir, same problem.

Checking out to the SFS hf, no problem.

EDIT: Golded is now trowing errors when saving a file...

[Toni Wilen]

Argh, I "optimized" new file size/attribute/date check's CloseHandle() away..

Try again and if it still does not work, check the winuaelog.txt for errors.

Yay, it works! Thanks for the help and fix!

A little donation coming your way as a thank you...

[Toni Wilen]

Thanks and also thanks for doing enough testing. I wouldn't have thought that the problem is actually in directory filesystem handling. Quite Rare corner case.