如何使用Windows 8的Mac上创建再用软链接 [英] How to use reuse softlinks created on Mac in Windows 8

查看:204
本文介绍了如何使用Windows 8的Mac上创建再用软链接的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一些软链接,说:这是我在MacBook Pro的,我用我的iOS应用程序创建1000的图像。

I have few softlinks, says 1000 images which i have created in MacBook Pro which i am using in my iOS Apps.

现在我正在移植在同一个应用程序Windows 8的手机应用程序,所以我想重复使用相同的符号链接在Windows手机8应用为好,这样我该如何使用呢?

Now i am porting the same app in Windows 8 phone app, so i want to reuse the same Softlink in Windows phone 8 apps as well, so how can i use that ?

我试图打开符号链接在Windows 8机器,但它说,文件格式不支持。

I have tried to open the softlink in Windows 8 machine, but it says that the "File format is not supported".

我有原来的文件,并在我的Windows机器的符号链接都。

I have both the original file and the softlink in my Windows machine.

有没有办法,我可以重复使用相同的软链接电气特性的方法是什么?如果没有什么是我可以遵循的最佳方法。

Is there anyother way that i can reuse the same soft link ? if NOT what is the best approach that i can follow.

修改

好吧,这里是一些这方面的更多信息:

Ok, here is some more info on this :

在的MacBook Pro

我在桌面上有物理路径(实际图像)的文件夹,使用脚本现在我已经创建软链接而这些软链接被放置在一些不同的文件夹中。

I have a folder in desktop which has physical paths (actual images), now i have created softlinks using a script and these softlinks are placed in some different folder.

现在我我用我的iOS应用程序,这些soflinks。

Now i am using these soflinks in my iOS app.

在Windows 8

我已复制有soflink以及已经从苹果在它的实际文件的文件夹。

I have copied the folder which has soflink as well as the folder which has actual files in it from Mac.

现在我已经贴实际的文件在我的桌面文件夹,soflinks文件夹中一些D:现在开车,如果我去我soflink文件夹中的D盘,当我检查这些图像它显示空白,因为它没有指向的实际文件。

Now i have pasted actual files folder on my desktop and soflinks folder in some D: drive now if i go my soflink folder in D drive and when i check those images it shows blank, because its not pointing to the actual files.

我都实际的文件夹,也soflink文件夹。

I have both actual files folder and also the soflink folder.

还有一点是,当你创建一个soflink中的MacBook Pro它显示这个图标:

One more point is that when you create a soflink, in MacBook Pro it shows this icon :

但在Windows 8上的空白不一样的。

But on Windows 8 its blank nothing like that.

推荐答案

您的问题是缺少几个细节,所以我将不得不做一个关于你的情况的猜测。现在的问题是:

Your question is missing a couple of details so I'm going to have to make a guess about your situation. The problem is:

您创建了使用OS X的文件系统上的一些符号连接,现在你
有问题访问这些符号链接在Windows中。

You created some symlinks using OS X on a file system and now you are having problems accessing those symlinks in Windows.

除非你做了一件非常棘手,如安装第三方文件系统驱动程序,那么唯一的文件系统,Windows和OS X可以读取到本地基于/写FAT。所以我猜你的情况是:

Unless you did something tricky, like installing 3rd party file system drivers, then the only file system that both Windows and OS X can read/write to natively is FAT based. So I'm guessing your situation is:

您创建使用OS X中的FAT32文件系统上的一些符号连接,现在
你在访问在Windows那些符号链接的问题。

You created some symlinks using OS X on a FAT32 file system and now you are having problems accessing those symlinks in Windows.

假设在上述情况下,问题是,有在FAT32的无符号连接,因为该文件系统不支持它们。 OS X是骗你,因为它只是工程。什么是实际发生的是OS X是创建包含行XSym它是链接到文件名一起的ASCII文本文件,再加上一些文件系统信息。您可以在记事本的Windows系统上打开你的软链接证实了这一点。通常你会看到的二进制代码,如果你在记事本中打开一个实际的形象,而是你应该看到,从这些假冒的符号链接的文本。

Assuming the above situation, the problem is that there are no symlinks in FAT32 because the file system doesn't support them. OS X is tricking you because it "just works". What is really happening is that OS X is creating an ASCII text file that contains the line "XSym" along with the name of the file it is "linking" to, plus some file system information. You can confirm this by opening your softlinks on your Windows system in notepad. Normally you would see binary code if you were opening an actual image in notepad, but instead you should see the text from these fake symlinks.

所以,你该怎么办?我看到一对夫妇的选择:

So, what do you do? I see a couple of options:


  1. 您可以使用支持软链接的文件系统。这可能意味着使用HFS +(OS X文件系统),这将要求您在Windows系统上安装HFS +驱动程序,以便它可以读取/写入到文件系统。或者,它可能意味着要在另一个方向和使用NTFS(Windows文件系统),这将需要你在Mac上安装NTFS驱动程序。需要注意的是最新的OS X版本可以读取NTFS文件系统,他们只是无法给他们写信。

  1. You could use a file system that supports soft links. This could mean using HFS+ (OS X file system) which would require you to install HFS+ drivers on your Windows system so that it can read/write to the file system. Or it could mean going in the other direction and using NTFS (Windows file system) which would require you to install NTFS drivers on your Mac. Note that most recent versions of OS X can read NTFS file systems, they just can't write to them.

您可以使用伪造的符号链接的OS X是创造。这就需要编写一个解析器来解释链接或发现,这是否对你的图书馆。我没有副本,但我相信XSym格式覆盖在OS X内幕一书。

You could use the fake symlinks that OS X is creating. This would require writing a parser to interpret the links or finding a library that does this for you. I don't have a copy, but I believe the XSym format is covered in the "OS X Internals" book.

您可以重新思考的方式你问题,所以,它不要求您使用符号链接。

You could rethink the approach to your problem so that it doesn't require you to use symlinks.

如果这样无法解决您的问题,然后请提供更多的细节,因为我不得不做出你的处境一些猜测。

If this didn't solve your problem, then please provide more details because I had to make some guesses about your situation.

== ==编辑

看看符号链接这里颠覆文档。
从文档相关的报价是:

Take a look at the subversion documentation on symbolic links here. The relevant quote from the doc is:

版本控制符号链接

在非Windows平台,Subversion是能够在
特殊类型的符号链接(或符号链接)的版本的文件。符号链接是
作为一种透明的参考在
文件系统的一些其他的对象,允许程序读取,并通过在执行操作的方式写入这些对象
间接文件符号链接本身。

On non-Windows platforms, Subversion is able to version files of the special type symbolic link (or "symlink"). A symlink is a file that acts as a sort of transparent reference to some other object in the filesystem, allowing programs to read and write to those objects indirectly by way of performing operations on the symlink itself.

当一个符号被提交到Subversion版本库,Subversion的
记住该文件实际上是一个符号链接,以及对象
到符号链接点。当这个符号链接检出到
另一个工作副本的非Windows系统上,颠覆重构从版本符号链接
A真实的文件系统级的符号链接。但是
,这并不以任何方式限制于
系统如Windows不支持符号链接的工作副本的可用性。在这样的系统中,
颠覆只是简单地创建,其内容是
路径的原始符号链接指向其中一个普通的文本文件。虽然该文件无法
作为Windows系统上一个符号,它也不会阻止
Windows用户从履行其他Subversion相关
活动。

When a symlink is committed into a Subversion repository, Subversion remembers that the file was in fact a symlink, as well as the object to which the symlink "points." When that symlink is checked out to another working copy on a non-Windows system, Subversion reconstructs a real filesystem-level symbolic link from the versioned symlink. But that doesn't in any way limit the usability of working copies on systems such as Windows that do not support symlinks. On such systems, Subversion simply creates a regular text file whose contents are the path to which to the original symlink pointed. While that file can't be used as a symlink on a Windows system, it also won't prevent Windows users from performing their other Subversion-related activities.

基本上,它说的东西相似,我前面提到的,这是一个符号链接,不支持那么好,如果在所有的Windows系统。颠覆刚刚创建的链接的内容的文本文件,所以你可以选择要么找出如何分析这些文本文件自己或试图找到将解析这些文件的库。

Basically, it says something similar to what I mentioned earlier, which is that symlinks are not supported that well if at all on Windows systems. Subversion just creates text files with the contents of the link so you can choose to either figure out how to parse these text files yourself or try to find a library that will parse them for you.

这篇关于如何使用Windows 8的Mac上创建再用软链接的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆