Skip to content

Packages not built on SAN #483

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
DartBot opened this issue Jun 5, 2015 · 5 comments
Closed

Packages not built on SAN #483

DartBot opened this issue Jun 5, 2015 · 5 comments
Assignees
Labels
closed-duplicate Closed in favor of an existing report type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)

Comments

@DartBot
Copy link

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/8518285?v=3" align="left" width="96" height="96"hspace="10"> Issue by stevemessick
Originally opened as dart-lang/sdk#9239


[ed note: https://code.google.com/p/dart/issues/detail?id=9238]

The web samples do not run because the packages do not get built. On Win7 box with SAN back end which has caused issues. Am I still pointing to some strange UNC path or synonym?

Here is the error shown in dart editor -
Failed to load resource: the server responded with a status of 404 (Not Found)
  http://127.0.0.1:3030/D:/Users/michaelg/dart-dev/Test/Web/HelloWebUI/web/packages/browser/dart.js

////////////////////////////////////////////////////////////////////////////////////
Editor: 0.4.1_r19425 (2013-03-04)
OS: Windows 7 - amd64 (6.1)
JVM: 1.7.0_15

projects: 3

open dart files: 2

auto-run pub: true
mem max/total/free: 967 / 209 / 127 MB
thread count: 25
analysis: 0 tasks, 27 libraries, 4 contexts
index: 81207 relationships and 0 attributes in 14871 elements in 142 resources stored in 0 MB on disk

SDK installed: true
Dartium installed: true

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/46275?v=3" align="left" width="48" height="48"hspace="10"> Comment by munificent


My guess is the issue here is that Windows junction points do not work with network shares and cannot span drives (you can't have a symlink in one volume that points to a directory on another).

I'm not sure how we can address this, but I'm open to ideas.

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/2156198?v=3" align="left" width="48" height="48"hspace="10"> Comment by kasperl


Added Triaged label.

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/1343914?v=3" align="left" width="48" height="48"hspace="10"> Comment by sgjesse


Is the D: drive a remote drive of some kind?

The Windows junction points used by pub for the package structure are only supported on local NTFS volumes.

From the report it is difficult to see whether it is the packages that are not correctly set up.

To check whether there is an issue with junctions run the following in a command prompt:

D:
cd /Users/michaelg
type con > testfile
1234
^Z
mklink /J testjunction testfile

To check whether a symbolic link might work run the following afterwards in a new command prompt running with administrator rights (select "Run as administrator or use SHIFT + CTRL when starting).

D:
cd /Users/michaelg
mklink testlink testfile

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/2192312?v=3" align="left" width="48" height="48"hspace="10"> Comment by keertip


Bob, punting over to you since this is an issue with junction points.


Set owner to @munificent.
Removed Area-Editor label.
Added Area-Pub label.

@DartBot
Copy link
Author

DartBot commented Jun 5, 2015

<img src="https://avatars.githubusercontent.com/u/46275?v=3" align="left" width="48" height="48"hspace="10"> Comment by munificent


Added Duplicate label.
Marked as being merged into #415.

@DartBot DartBot added type-bug Incorrect behavior (everything from a crash to more subtle misbehavior) closed-duplicate Closed in favor of an existing report Priority-Medium labels Jun 5, 2015
@DartBot DartBot closed this as completed Jun 5, 2015
sigurdm pushed a commit to sigurdm/pub that referenced this issue Nov 15, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
closed-duplicate Closed in favor of an existing report type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)
Projects
None yet
Development

No branches or pull requests

2 participants