Re: [fpc-devel] SVN, Mac OSX, and Samba
Op 2010-07-06 23:23, Marc Weustink het geskryf: permissions since there was no extended atribute support. Since then I switched to nfs. Slightly off the topic, but do you know if Windows has NFS support? I would really like to get rid of Samba on our server (also due to the no extended attribute support). Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://opensoft.homeip.net/fpgui/ ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SVN, Mac OSX, and Samba
On Wed, 7 Jul 2010, Graeme Geldenhuys wrote: Op 2010-07-06 23:23, Marc Weustink het geskryf: permissions since there was no extended atribute support. Since then I switched to nfs. Slightly off the topic, but do you know if Windows has NFS support? I would really like to get rid of Samba on our server (also due to the no extended attribute support). It has, if you install the unix services for windows. I used it some years ago, but I wouldn't say it is better than using samba. It's not in M$ interest to have extensive NFS support. Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Another bug with spaces in fpc (windows)
Mattias Gaertner schrieb: Lazarus sets the working directory to the project directory when calling the compiler. Fine :-) The 'in' modifier works here. It didn't work for me with relative pathes, like uses myUnit in '..\myUnit.pas'; (Windows, obviously ;-) While Lazarus could find that unit, FPC could not :-( There might be a problem with uses in the project file, where in is allowed, and with uses of the same file in other units? DoDi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Another bug with spaces in fpc (windows)
Zitat von Hans-Peter Diettrich drdiettri...@aol.com: Mattias Gaertner schrieb: Lazarus sets the working directory to the project directory when calling the compiler. Fine :-) The 'in' modifier works here. It didn't work for me with relative pathes, like uses myUnit in '..\myUnit.pas'; (Windows, obviously ;-) Hint: Both compiler and lazarus automatically changes the path delimiter and searches exact/lower/upper case for the file name (not path). While Lazarus could find that unit, FPC could not :-( There might be a problem with uses in the project file, where in is allowed, and with uses of the same file in other units? The 'in' modifier is troublesome and is always the inferior solution compared to search paths. Lazarus searches relative to the unit, the compiler relative to its working directory. The reason is that the IDE has not a single working directory, but each project, each package and each tool have their own working directories, so units can have 0..n different working directories. Delphi uses the 'in' modifier mostly to mark units as part of the project. Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SVN, Mac OSX, and Samba
The network I have is a file server running Ubuntu x64 with samba sharing. All clients (running Ubuntu,Windows,OSX) connect to the file share and mount it locally. The Windows and Linux boxes mount, checkout/commit/update, and unmount without problems. The Apple OSX can mount, checkout/update but cannot commit to anything. The problem is with darwin, ironically. It hasn't evolved the sense to be compatible with the rest of the world ... LOL. Darwin is missing a required file locking mechanism available for unix/linux but for some strange reason was not included with darwin. Pretty pathetic but I'm sure there is a work around. I just need to find it and get on with development. I suppose I can export, zip and copy, and overwrite files from Darwin to Ubuntu when my changes get worth committing but this is ridiculous. The developers over at Apple haven't really done much with Darwin/OSX since they scrapped PPC. With all that market cap you'd figure they could walk and chew gum... ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SVN, Mac OSX, and Samba
Andrew Brunner wrote: The network I have is a file server running Ubuntu x64 with samba sharing. All clients (running Ubuntu,Windows,OSX) connect to the file share and mount it locally. The Windows and Linux boxes mount, checkout/commit/update, and unmount without problems. The Apple OSX can mount, checkout/update but cannot commit to anything. Since my fileserver exports the shares to both nfs and samba, I use nfs for linux/osx, and samba for windows. I faintly remember that I might have had some issues with samba on OSX, so I quit that exercise (since nfs is faster anyway). Marc ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Another bug with spaces in fpc (windows)
Mattias Gärtner schrieb: The 'in' modifier works here. It didn't work for me with relative pathes, like uses myUnit in '..\myUnit.pas'; (Windows, obviously ;-) Hint: Both compiler and lazarus automatically changes the path delimiter and searches exact/lower/upper case for the file name (not path). In the concrete case the filename was all lowercase, and the Windows filesystems are case-insensitive. There might be a problem with uses in the project file, where in is allowed, and with uses of the same file in other units? The 'in' modifier is troublesome and is always the inferior solution compared to search paths. Unfortunately I have to replace some files in the compiler directory, what suggests *not* to add that directory to the searchpath - otherwise I suspect that a used unit could be found in the wrong directory. Perhaps somebody has a better solution? Lazarus searches relative to the unit, the compiler relative to its working directory. The reason is that the IDE has not a single working directory, but each project, each package and each tool have their own working directories, so units can have 0..n different working directories. I understand the complications in Lazarus, but not in FPC with a single (unique) working directory :-( That's why I ask in the FPC list. DoDi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] SVN, Mac OSX, and Samba
On Wed, Jul 7, 2010 at 8:39 AM, Marc Weustink marc.weust...@cuperus.nl wrote: Andrew Brunner wrote: The network I have is a file server running Ubuntu x64 with samba sharing. All clients (running Ubuntu,Windows,OSX) connect to the file share and mount it locally. The Windows and Linux boxes mount, checkout/commit/update, and unmount without problems. The Apple OSX can mount, checkout/update but cannot commit to anything. Since my fileserver exports the shares to both nfs and samba, I use nfs for linux/osx, and samba for windows. I faintly remember that I might have had some issues with samba on OSX, so I quit that exercise (since nfs is faster anyway). Marc K. Thanks Marc. I'll look into nfs shares on my linux server. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Another bug with spaces in fpc (windows)
Zitat von Hans-Peter Diettrich drdiettri...@aol.com: Mattias Gärtner schrieb: The 'in' modifier works here. It didn't work for me with relative pathes, like uses myUnit in '..\myUnit.pas'; (Windows, obviously ;-) Hint: Both compiler and lazarus automatically changes the path delimiter and searches exact/lower/upper case for the file name (not path). In the concrete case the filename was all lowercase, and the Windows filesystems are case-insensitive. Yes, it was a hint how 'in' works platform independent. There might be a problem with uses in the project file, where in is allowed, and with uses of the same file in other units? The 'in' modifier is troublesome and is always the inferior solution compared to search paths. Unfortunately I have to replace some files in the compiler directory, what suggests *not* to add that directory to the searchpath - otherwise I suspect that a used unit could be found in the wrong directory. How do you replace units with the 'in' modifier? Perhaps somebody has a better solution? Replacing units can be done with the search path. Lazarus searches relative to the unit, the compiler relative to its working directory. The reason is that the IDE has not a single working directory, but each project, each package and each tool have their own working directories, so units can have 0..n different working directories. I understand the complications in Lazarus, but not in FPC with a single (unique) working directory :-( That's why I ask in the FPC list. Maybe start another mail thread for this? Mattias ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
