CGI File Permissions

I am trying to get a script going to handle forms on my web site. The readme part of the script advises that I need to change file permissions at the web site. Can I do this with Adobe GoLive CS2?
I am using Adobe Golive cs2 on a computer with 2ghz processor, 500mg ram, XP os, 1+1 shared hosting
Thanks

GoLive is an FTP client. You can change permissions right in GoLive.
While exploring your FTP space in GoLive, select the file, look at the Inspector, then look at the FTP Access tab.

Similar Messages

Chmod 755 a cgi file so it can run on a server

Does anyone know the procedure to chmod 755 a cgi file so it
can run on a server using Dreamweaver 8?
thanks!

Thanks for your prompt reply - I found this really simple
solution on Google:
In Dreamweaver 8 and above, to set the file permissions on
your remote server you right click on the remote files or
directories within dreamweaver in the "files" window, and you are
given a pop up screen which allows you to change the permissions.
Research into the different settings, as you can cause some serious
security risks to your site if you give to much permission to
something that shouldnt have.
Tutorial: CHMOD Settings - webwasp.co.uk
There is a little info there that will give you an idea of
what to do and not do.
To find the files window, go to the top of the main page then
Window > Files

File permissions when copied from server

When a user connects to a share and copies items to their own local desktop, should the permissions on the files stick with them once copied, or should the file permissions be inherited from the location they were copied to?
Server: OS X Server 10.5.x
Client: OS X 10.5.x

Try this you say you are not using ACL's
Good but wait for it
Enable ACL to the disk, Do not set ACL permissions
See what happens

How do I stop DW CS6 randomly changing file permissions via FTP?

How do I stop Dreamweaver CS6 12.0.1.5842 randomly changing file permissions when it uploads files to my web server via FTP.
I can no longer trust Dreamweaver to upload websites correctly as it changes permissions on some files which then deny the server access to the file which in turn makes the webpage unreachable/return a 403 error.
This is driving me insane.
I'm using an early 2011 Macbook Pro 10.7.5.

Hi,
I'm having this problem too. Has Adobe fixed the issue yet? This appears to be an Adobe problem, not all the web hosts out there. CS6 is ramdomly (meaning: not every time) changing permissions on files uploaded with it and is not usable for web work until this problem is fixed by Adobe or a solution is provided. If I wanted to use a separate FTP program I would not have recommended that my employer buy multiple Adobe CS6 product licenses. One of the primary appeals of DW is the integration of FTP into the workflow.
I am using a destop iMac2.8 GHz Intel Core 2 Duo, 4 gigs of 800 MHz DDR2 SDRAM.
OSX 10.7.5
I am using DW Version 12 Build: 5808
Dreamweaver CS4 that I was using until this new purchase was working just fine. No file permisssion changes. I am being forced to go back to using it until Adobe posts a fix for this.
I should ask while I'm here: has anyone found a solution for this yet?
Thanks,
-c-

How can I repair file permissions?

Greetings!
Recently I get this warning when I do a File Permissions Repair with help of Distools:
`Warning: SUID File `System/Library/CoreServices/RemoteManagement/ARDagentApp/Contents/MacOS/ARDage nt` is changed and cannot be repaired.
I did a few attempts to repair this file permission by hand and also used Onyx to repair this but when my Mac had a restart are the permissions again change to `only read` and do I get the same Warning.
Shall I just let it be? Or what can I do to change this?
With kind regards,
Silvia

That warning is on this list http://support.apple.com/kb/TS1448 and as per Apple can be safely ignored.
Stefan

Time Capsule file permissions

Whenever I copy a file to the time capsule (either via finder by moving it there, or via terminal with cp) the file permissions of the file end up with -rwxrwxrwx, independently whether the file was an executable, or whether it only had reading permissions for all or group. Running chmod on the Time Capsule files has no effect.
This is really silly and makes the Airport Disk sharing useless. This way I will never share files with my friends over the Airport disk because the files loose their property and all files are executables at the end.
Is there a way to mount or configure the Time Capsule so that it conserves the file permissions?
I am aware that time capsule cannot handle different users, but at least it should conserve the file permissions. I imagine it could be like a scp or ftp of files to another server. My files on the other server will not have my user name, but at least they conserve the file permissions. A -rw-r-r- file will still be a -rw-r-r- file even if I copy it 10 times from one server to another.
I would lik to encourage Apple to take this problem seriously and provide an update for this issue. So many other Apple products are just so well integrated in a networking environment, even if it is a heterogeneous one, but not Time Capsule with this flaw.
Best wishes,
Reto

Agree, this is a serious flaw, that makes the device very dangerous to use as a central server for shared files, for example, the family's photograph collection. Since there appears to be no way to write protect anything, how can I ensure the files don't get modified or deleted?
Here's a nasty case I am seeing:
We unload a digital camera onto the TC's disk, then someone goes to their iPhoto app, and adds these files to their iPhoto library. Then they do something simple, like rotate the photos, and voila! The master file on the TC has now been modified! Horrible.

How to set all file permissions to default?

So a few background notes are in order. I came across an article on the NSA's website titled Hardening Tips for Mac OS x 10.6 "Snow Leopard", needless to say I have come to believe I have made this irreversible. The NSA suggested to do some fancy command line coding to disable this, modify that, and change permissions to this. After hours spent on "hardening" my system, I have little hair left to pull in frustration. Is there any way to restore all file permissions back to default? I have used the Repair Disk Permissions, but that has done very little. To give the scope of what permissions have been skewed, I have observed several things:
The desktop wallpapers, on all Desktops (as I'm in Lion 10.7.3), start from the same picture every time. I have the wallpapers changing, randomly, every 5 minutes.
Safari doesn't keep the home page. No matter how often I try to change the homepage, I restart Safari, and I'm right back to the original homepage.
Firefox doesn't retain the fact that I want it to be the default Web Browser. In fact, it keeps "forgetting" that I've used it before, and thus brings me to their awesome start page whenever someone first uses Firefox.
Spotlight gets "stuck" i.e. almost every time I start my machine, it indexes. Even after I let it finish indexing, the next time I start my computer, it starts again.
I have to input the administrator password after almost every activity, such as copying to the desktop, moving an application not bought from the Mac App Store into the /Applications folder, deleting a file from anywhere inside my home folder, etc.
Some preference panes that need access to certain folders, such as Hazel's access to my desktop, are denied that access without ever prompting me for a password (though even if it did, it would get rather annoying after every startup)
My firewall (in System Preferences>Security & Privacy>Firewall) doesn't "remember" that I do indeed want Dropbox to accept incoming connections. I have to input my admin password at each startup after clicking "allow"
Opera pretty much doesn't function. Its bookmarking capability, home page, saved tabs, any thing that requires the saving of any type of preference to the computer results in a dialog pop up informing me that Opera failed to save what it needed, and prompts me to "Try again" or "Cancel" (hint: the "Try again" button doesn't work)
There are more symptoms of an ever growing problem.
I have backed up my machine from Time Machine, but I think it retains these file permissions, unless I'm wrong.
Summary:
How can I fully restore EVERY file permission back to default? Repair Disk Permissions doesn't work
Is there a way that I can re-install Mac OS X, restore through Time Machine, and achieve the default file permissions, essentially losing all file permissions?

Repairing the permissions of a home folder in Lion is a complicated procedure. I don’t know of a simpler one that always works.
Launch the Terminal application by entering the first few letters of its name into a Spotlight search. Drag or copy – do not type – the following line into the window, then press return:
chmod -R -N ~
If you get an error message about permissions, enter this:
sudo !!
You'll be prompted for your login password, which won't be displayed when you type it. You may get a one-time warning not to screw up.
Next, boot from your recovery partition by holding down the key combination command-R at startup. Release the keys when you see a gray screen with a spinning dial.
When the recovery desktop appears, select Utilities ▹ Terminal from the menu bar.
In the Terminal window, enter “resetpassword” (without the quotes) and press return. A Reset Password window opens.
Select your boot volume if not already selected.
Select your username from the menu labeled Select the user account if not already selected.
Under Reset Home Directory Permissions and ACLs, click the Reset button.
Select  ▹ Restart from the menu bar.

Live Data / Problem with file permissions

Just trying out an old version of Dreamweaver MX 2004. I am
using my webhosting service for remote server/testing server
duties. It is running PHP 4.3.10 and MySQL 3.23.58. I was able to
set up the database connection and test-retrieve a recordset with
no problems. In following the tutorial I found that Livedata
wouldn't work, it just giving me a warning about file permissions
being wrong. It turns out that when Dreamweaver creates a temporary
file of the work-in-progress to upload to the remote server the
file is created on the server with owner=rw, group=rw, world=r
which explains why it won't run - group has to be set to group=r.
The file is created on the fly and then immediately deleted by
Dreamweaver so it is impossible to manually set the permission on
the server and probably fairly pointless too.
I tried just saving the file and previewing in the browser
which again causes it to be uploaded to the remote server. The
first time this resulted in the browser offering a file download
box instead of running the page. The reason is - again - that
Dreamweaver is setting the uploaded file permissions to include
group=rw. If I manually set the permission for group to group=r it
runs fine.
It turns out that Dreamweaver is always setting the file
permissions on file uploads (checked php and html) to the
remote/testing server to include group=rw. Once I set it manually
on the remote/testing server to group=r for a php file everything
is fine and subsequent uploads of the same file do not change it
again.
I checked with the webhosting company and their second-line
have reported back to me that the default file permission they set
on uploaded files includes group=r so it must be DW that is causing
the problem by setting group=rw the first time. I confirmed this by
using WS-FTP to upload the same file (renamed) to the same target
directory and the permissions set were owner=rw, group=r, world=r.
So
Can anyone please tell me how to change the permissions DW
sets on files written to a remote server because I have spent
countless hours on it without success. From looking at other posts
in this forum it could be that other users are hitting the same
kind of problem with DW8

Stop using Live Data with a hosting account. Set up PHP and
MySQL locally on
your machine. That is how it's supposed to work. You
shouldn't test files on
the fly on a host as you write them. Change your test account
in DW to use
the local server. Upload your files to your remote server
after they are
fully tested.
Tom Muck
http://www.tom-muck.com/
"nigelssuk" <[email protected]> wrote in
message
news:[email protected]...
> Just trying out an old version of Dreamweaver MX 2004. I
am using my
> webhosting
> service for remote server/testing server duties. It is
running PHP 4.3.10
> and
> MySQL 3.23.58. I was able to set up the database
connection and
> test-retrieve a
> recordset with no problems. In following the tutorial I
found that
> Livedata
> wouldn't work, it just giving me a warning about file
permissions being
> wrong.
> It turns out that when Dreamweaver creates a temporary
file of the
> work-in-progress to upload to the remote server the file
is created on the
> server with owner=rw, group=rw, world=r which explains
why it won't run -
> group
> has to be set to group=r. The file is created on the fly
and then
> immediately
> deleted by Dreamweaver so it is impossible to manually
set the permission
> on
> the server and probably fairly pointless too.
>
> I tried just saving the file and previewing in the
browser which again
> causes
> it to be uploaded to the remote server. The first time
this resulted in
> the
> browser offering a file download box instead of running
the page. The
> reason is
> - again - that Dreamweaver is setting the uploaded file
permissions to
> include
> group=rw. If I manually set the permission for group to
group=r it runs
> fine.
>
> It turns out that Dreamweaver is always setting the file
permissions on
> file
> uploads (checked php and html) to the remote/testing
server to include
> group=rw. Once I set it manually on the remote/testing
server to group=r
> for a
> php file everything is fine and subsequent uploads of
the same file do not
> change it again.
>
> I checked with the webhosting company and their
second-line have reported
> back
> to me that the default file permission they set on
uploaded files includes
> group=r so it must be DW that is causing the problem by
setting group=rw
> the
> first time. I confirmed this by using WS-FTP to upload
the same file
> (renamed)
> to the same target directory and the permissions set
were owner=rw,
> group=r,
> world=r.
>
> So
>
> Can anyone please tell me how to change the permissions
DW sets on files
> written to a remote server because I have spent
countless hours on it
> without
> success. From looking at other posts in this forum it
could be that other
> users
> are hitting the same kind of problem with DW8
>

Problem with file permissions

Hello all,
I am making a simple HttpServlet, which takes input
from html page and saves in to a file, but I'm having a
bit of a problem with file permissions.
I'm getting the following exception
java.security.AccessControlException: access denied (java.io.FilePermission ./data/result read)
     java.security.AccessControlContext.checkPermission(AccessControlContext.java:264)
     java.security.AccessController.checkPermission(AccessController.java:427)
     java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
     java.lang.SecurityManager.checkRead(SecurityManager.java:871)
     java.io.File.exists(File.java:700)
     SyksyHTTPServlet.doPost(SyksyHTTPServlet.java:31)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
     javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
     sun.reflect.GeneratedMethodAccessor52.invoke(Unknown Source)
     sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     java.lang.reflect.Method.invoke(Method.java:585)
     org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:243)
     java.security.AccessController.doPrivileged(Native Method)
     javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
     org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:275)
     org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:161)The exception seems to occur when I'm trying to check whether the file already
exists or not.
The data directory has all permissions (read, write and execute) set for all users,
and I have made an empty file called result inside the data directory for testing.
This file has read and write permissions enabled for all users.
Here's my code
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.util.Enumeration;
import java.util.List;
import java.util.ArrayList;
public class SyksyHTTPServlet extends HttpServlet
     public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          int totalCount = 0;
          List list;
          String song = request.getParameter("song");
          PrintWriter out = response.getWriter();
          File file = new File("./data/result");
          if(file.exists()) // this is line 31, which seems to cause the exception
               list = readFile(file);
          else
               file.createNewFile();
               list = new ArrayList();
          list.add(song);
          writeFile(file, list);
          for(int i = 0 ; i < list.size() ; i++)
               out.println(list.get(i));
     public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          doPost(request, response);
     private List readFile(File file)
          List list = null;
          try
               FileInputStream fis = new FileInputStream(file);
               ObjectInputStream ois = new ObjectInputStream(fis);
               list = (ArrayList)ois.readObject();
               ois.close();
          catch(Exception e)
               e.printStackTrace();
          return list;
     private void writeFile(File file, List list)
          try
               FileOutputStream fos = new FileOutputStream(file);
               ObjectOutputStream oos = new ObjectOutputStream(fos);
               oos.writeObject(list);
               oos.flush();
               oos.close();
          catch(Exception e)
               e.printStackTrace();
}I'm using Tomcat 5.5 on Ubuntu Linux, if that has anything to do with this.
I'll appreciate all help.
kari-matti

Hello again.
I'm still having problems with this. I made
a simple servlet that reads from and writes
to text file. The reading part work fine on my
computer, but the writing doesn't, not even
an exception is thrown if the file exists that
I'm trying to write to. If I try to create a new
file I'll get an exception about file permissions.
I also asked a friend of mine to try this same
servlet on his windows computer and it works
as it should.
Here's the code
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
public class ReadServlet extends HttpServlet
     public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          String s = "";
          PrintWriter out = response.getWriter();
          String docroot = getServletContext().getRealPath( "/" );
          out.println("docroot: "+docroot);
          File file = new File(docroot+"test.txt");
          if(file.exists())
               s = readFile(file);
               out.println(s);
          else
               out.println("file not found");
               //file.createNewFile();                    // causes exception
               //out.println("new file created.");
          writeFile(file, "written by servlet");
          out.println("Now look in the file "+file.getPath());
          out.println("and see if it contains text 'written by servlet'");
     public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException
          doPost(request, response);
     private String readFile(File file)
          FileInputStream fis = null;
          BufferedInputStream bis = null;
          DataInputStream dis = null;
          String s = "";
          try
               fis = new FileInputStream(file);
               bis = new BufferedInputStream(fis);
               dis = new DataInputStream(bis);
               s = dis.readLine();
               fis.close();
               bis.close();
               dis.close();
          catch(Exception e)
               e.printStackTrace();
          return s;
     private void writeFile(File file, String s)
          FileOutputStream fos = null;
          BufferedOutputStream bos = null;
          DataOutputStream dos = null;
          try
               fos = new FileOutputStream(file);
               bos = new BufferedOutputStream(fos);
               dos = new DataOutputStream(bos);
               dos.writeChars(s);
               fos.flush();
               bos.flush();
               dos.flush();
               fos.close();
               bos.close();
               dos.close();
          catch(Exception e)
               e.printStackTrace();
}And if someone wants to test this servlet I can
give a war package.
Any advices?
kari-matti

Installed Photoshop cc 2014 asks for serial # - corrupted Windows file permissions

More of a warning / heads up to all than a question - installing Photoshop cc 2014 [via the CC manager app] caused some Windows file (security) permissions to become corrupt corrupt on my system. Symptoms include cc2014 asking for serial number validation on startup (when, as a cloud version, it should not do so), then being unable to connect to the internet when you press the 'validate serial' button so getting that window into infinite loops, and - a real pain in the *** when trying to fix the above - causing abends of some windows shell functions that in turn cause windows explorer to crash and restart.
Anyhow, digging into this (fortunately, I am a long time Windows SysProg) I discovered that for reasons unknown, either the CC master app or the actual Photoshop cc2014 installer (or both) are changing file access control permissions on a number of files, mostly DLL's. Most of the files affected are in the (normally hidden) Program Data directory on the windows root disk, Some of them are in the Adobe subdirectory - so fair enough if they want to fool around with their own program - but others being changed are in the Common Files and Microsoft subdirectories. I cannot for the life of me figure out why this is necessary nor why Adobe feel the need to touch files that 'do not belong' to them - something dangerous in the extreme as an external app such as Windows Update might replace or 'repair' the files so touched, and if Adobe / CC are relying on file permissions on non-Adobe files, such changes could result in all manner of random and spurious problems / error messages occurring.
Anyhow, if, fellow Photoshop cc 2014 user, you get this happen to you then you can fix the file permissions by opening a console window [also called a "DOS box", or "command prompt" depending on your age and knowledge... 8-) ] and run the windows file checker with the command
"sfc /scannow". Make sure that you use 'run as administrator' to open the console window, or you'll get an error about sfc only being available to administrators. Also a very (very) sensible idea to close all non-essential running applications first to prevent any possibility of weird interactions happening.
Finally, check that the 'hosts' file in [root drive]:/Windows/System32/drivers/etc is valid - for some reason, it looks like the install tried to check or update this file (again, I have no idea why) but the result was a corrupted hosts file, which I assume is the root cause of the 'unable to connect to host' type internet error messages. Copy the file, rename it as 'hosts.txt' and edit it with notepad or wordpad. Look for lines containing garbage strings at the bottom of the file (any line that starts with a # ignore, it is a comment, and any line that has IP addresses or host names should be ignored - though if they reference a site such as "someserver.adobe.com" you might want to treat them with suspicion if you continue to get internet 'cant connect to site' type errors.
Anyhow, when I fixed these two sets of problems, Photoshop cc 2014 started 'right first time' without all the BS messages about serial numbers etc.
Hope this helps somebody out there in AdobeLand......
Rick

Update: I tried several times to reproduce the error, actually it dosen't occur. I changed nothing on my system, without reboot it twice. This is what I said in my beginning times: it occurs sometimes but often. I will keep you up to date.

Problem with file permissions in Windows shares

Due to a company merger we are now supporting a group of Macs in our PC environment. These Macs connect to our Windows shares. This generally works well, however we have discovered a problem. It’s to do with the way our Macs interact with our Windows shares. When they copy a file to a windows share they take the permissions for the file they copy from the route of the share rather than from the subfolder the files are copied to and write the file permissions accordingly.
This only affects admin users who use Macs with the ability to change file permissions. Everyone else inherits the permissions from the subfolder as they should because their account can’t change the permissions. If the route and subfolder permissions are the same then there is no change. If they are different, the Mac will use the share route permissions as preference.
We have shares where users don’t have access to the route folder but do have access to other folders. This is so that they can’t change the top level folder structure. However they are able to create folders and files under the top level folders. If an administrator uses a Mac, no one has access to any files or folders they create because users don’t have access to the route folder and this is copied to the files and folders they create. This doesn’t affect our PC’s only the Macs.
We are using the latest Mac OS fully updated and Windows 2008 server. Is this a normal Mac ‘Feature’? Is there a work around?

I’m a bit disappointed by the lack of response to my problem. As Windows is the predominant file server in business, this problem must have occurred before.
Are Mac people really saying that Macs are not designed to connect to networks? At the moment our Macs are unusable apart from a few isolated tasks. Basically they are used by a few designers who work in isolation. If PC’s had this problem no one would buy them.

How can I get a .cgi file that keeps downloading to work in the browser?

When I click on the .gif "Mod 3" on the URL below, Firefox (and Safari) just download a .cgi file to my desktop. I don't know if I CAN get this link to work, but I'd like to.
http://osr.rice.edu/consent/mod2soc/mod2sec7.html#q2_5
Tried monkeying around with the Applications preferences, but doesn't seem relevant. Doesn't give me an option to do anything other than download the file when I click the link. I tried Safari too, just to see if that'd make any difference, and it didn't.

That is a problem with the code on that page.<br />
It is a perl script that needs to run on that server, but the link seems to be missing (GET) parameters that the script should evaluate. If there are no such parameters passed to the script then you get such a download pop-up.
What should happen if you click that button?

When I repair disk permissions I get the following:Repairing permissions for "MacIntosh HD" Determining correct file permissions. Permissions differ on ./Library/Widgets, should be drwxr-xr-x , they are drwxrwxr-x Owner and group corrected on ./Library/W

Repairing permissions for “MacIntosh HD”
Determining correct file permissions.
Permissions differ on ./Library/Widgets, should be drwxr-xr-x , they are drwxrwxr-x
Owner and group corrected on ./Library/Widgets
Permissions corrected on ./Library/Widgets
Permissions differ on ./System/Library/User Template, should be drwx------ , they are drwxr-xr-x
Owner and group corrected on ./System/Library/User Template
Permissions corrected on ./System/Library/User Template
Group differs on ./usr/bin/fetchmail, should be 0, group is 6
Permissions differ on ./usr/bin/fetchmail, should be -rwxr-xr-x , they are -rwxr-sr-x
Owner and group corrected on ./usr/bin/fetchmail
Permissions corrected on ./usr/bin/fetchmail
Permissions differ on ./usr/lib/php/build/Makefile.global, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/Makefile.global
Permissions corrected on ./usr/lib/php/build/Makefile.global
Permissions differ on ./usr/lib/php/build/acinclude.m4, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/acinclude.m4
Permissions corrected on ./usr/lib/php/build/acinclude.m4
Permissions differ on ./usr/lib/php/build/mkdep.awk, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/mkdep.awk
Permissions corrected on ./usr/lib/php/build/mkdep.awk
Permissions differ on ./usr/lib/php/build/phpize.m4, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/phpize.m4
Permissions corrected on ./usr/lib/php/build/phpize.m4
Permissions differ on ./usr/lib/php/build/scan_makefile_in.awk, should be -r--r--r-- , they are -r-xr-xr-x
Owner and group corrected on ./usr/lib/php/build/scan_makefile_in.awk
Permissions corrected on ./usr/lib/php/build/scan_makefile_in.awk
Permissions differ on ./usr/lib/system/libmathCommon.A.dylib, should be -r-xr-xr-x , they are -rwxr-xr-x
Owner and group corrected on ./usr/lib/system/libmathCommon.A.dylib
Permissions corrected on ./usr/lib/system/libmathCommon.A.dylib
Permissions differ on ./usr/libexec/dumpemacs, should be -r-sr-xr-x , they are -r-xr-xr-x
Owner and group corrected on ./usr/libexec/dumpemacs
Permissions corrected on ./usr/libexec/dumpemacs
Permissions repair complete
The privileges have been verified or repaired on the selected volume
Then I sometimes get the brown screen that states,You must re-start your computer.
I have already zeroed out the hard drive and re-installed Panther and the upgrade Tiger disc.
I repair permissions using the Tiger disc upgrade.
Can anyone help me with this??

> I repair permissions using the Tiger disc upgrade.
One thing to note... When running Repair Disk Permissions, it is best to run it while started up normally, from your normal startup disk, not from a Mac OS X installation disc. The only time you should run it while started up from an installation disc is if some problem is preventing you from starting up normally. OTOH, Repair Disk can only be used when starting up from a different disk (such as an installation disc).
So, I would start up normally, run Disk Utility, and use Repair Disk Permissions on your normal startup disk.
NOTE: Repair Disk Permissions often gives alerts messages that can be ignored. They are more "informational," not serious errors.
http://support.apple.com/kb/TS1448
You should still run it periodically. When you run it, what needs to be repaired has been repaired; consider the rest of it an FYI. I've never experience a problem, where a Repair Disk Permissions message actually caused a problem. But, if you ever get an error while running Repair Disk (or Verify Disk), that is usually a serious problem.

DW CS6 Unable to Find .cgi Files in any Local Site

Hi
I noticed the other day while searching across local websites for particular keywords in DW CS6 that the Find operation could not find them in any .cgi files in any local sites even though the keywords do exist in the .cgi files. I made sure that the Find had the entire sites as the target for searching. It seems odd that when DW CS6 can open .cgi files its Find cannot find keywords in them.
Have other users experiened the same problem? Let me know.
Best,
Ead

This could help: http://www.experts-exchange.com/Web_Development/Software/Macromedia_Dr eamweaver/A_4600-How-to-add-Perl-support-for-Adobe-Dreamweaver-CS5-and -the-cgi-extension-with-color-coding-and-syntax-highlighting.html

Setting the UNIX file permissions after writing the file to a directory

Hi Experts,
Can we set the UNIX file permissions after writing the file to a directory using Receiver File Adpater in SAP PI 7.1 ?
Thanks in Advance.
Regards,
Jyoti

Hi
you can use the option "Run Operatiing system Command after File Processing" in the file adapter.
Thanks
Rinku Gangwani

CGI File Permissions

Similar Messages

Maybe you are looking for