Dear Community!
EG's git integration is a nice thing. But at times you encounter really bizaar problems.
Trying to stage a certain file (problem is limited to that very file) I get "Cannot stage file." as an error message.
Now I know that git can get confused at times and one of the solutions proposed is to delete the cached version of the culprit. Alas, there is no local git client on the system in question.
So I would like to ask in this context:
Any opinion/suggestion is apprechiated ...
Cheers
FJa
@fja wrote:
I just wanted to share the solution ... maybe it is helpful for others.
It is not a real solution ... more a reason for the failure. In my case the culprit was a subdirectory named "aux" which causes this Probem under Windows OS ... simply renaming it to auxProgs (and getting the references to it in the egp right) resolved the issue.
I suffer from a pretty restricted setup, so I could not have a log in the log files to see if there were any hints in that directions.
Kind Regards.
AUX is a DEVICE name in Windows (actually it is from the original DOS operating system).
You should avoid using such device names as file (or directory) names.
https://en.wikipedia.org/wiki/DOS
The reserved names are:
COM1
,COM2
,COM3
,COM4
,COM5
,COM6
,COM7
,COM8
,COM9
(serial communication ports)
CON
, for console
LPT1
,LPT2
,LPT3
,LPT4
,LPT5
,LPT6
,LPT7
,LPT8
,LPT9
(line printers)
AUX
, for auxiliary
PRN
, for printer[38]
NUL
, for null devices; added in 86-DOS 1.10 and PC DOS 1.0.
@JosvanderVelden wrote:
Are you using gitignore in your git project? Do you have empty folders or temporary files in the git project?
Hello!
Thank you for your reply.
yes, i use .gitignore
*.sas7bdat *.lnk .gitignore *.xlsx
and no, there are no empty folders. Would that matter?
Cheers
I just wanted to share the solution ... maybe it is helpful for others.
It is not a real solution ... more a reason for the failure. In my case the culprit was a subdirectory named "aux" which causes this Probem under Windows OS ... simply renaming it to auxProgs (and getting the references to it in the egp right) resolved the issue.
I suffer from a pretty restricted setup, so I could not have a log in the log files to see if there were any hints in that directions.
Kind Regards.
@fja wrote:
I just wanted to share the solution ... maybe it is helpful for others.
It is not a real solution ... more a reason for the failure. In my case the culprit was a subdirectory named "aux" which causes this Probem under Windows OS ... simply renaming it to auxProgs (and getting the references to it in the egp right) resolved the issue.
I suffer from a pretty restricted setup, so I could not have a log in the log files to see if there were any hints in that directions.
Kind Regards.
AUX is a DEVICE name in Windows (actually it is from the original DOS operating system).
You should avoid using such device names as file (or directory) names.
https://en.wikipedia.org/wiki/DOS
The reserved names are:
COM1
,COM2
,COM3
,COM4
,COM5
,COM6
,COM7
,COM8
,COM9
(serial communication ports)
CON
, for console
LPT1
,LPT2
,LPT3
,LPT4
,LPT5
,LPT6
,LPT7
,LPT8
,LPT9
(line printers)
AUX
, for auxiliary
PRN
, for printer[38]
NUL
, for null devices; added in 86-DOS 1.10 and PC DOS 1.0.
Thank you for compiling this agian, Tom. Of course most of us know this from working with DOS in the 80ies ... but (at least for me) it does come as a surprise that naming directories like that still causes problems nowadays ... and that in a completely different context (i.e. git).
I think your well written contribution is a perfect reminder ... let me mark it as a solution for the problem described in the original posting.
Cheers
SAS Innovate 2025 is scheduled for May 6-9 in Orlando, FL. Sign up to be first to learn about the agenda and registration!
What’s the difference between SAS Enterprise Guide and SAS Studio? How are they similar? Just ask SAS’ Danny Modlin.
Find more tutorials on the SAS Users YouTube channel.
Ready to level-up your skills? Choose your own adventure.