[Bug 455122] Re: gcc chokes under Karmic's smbfs

[Jose E Diaz]

This kept happening to me so what i did was i wrote a script that moved
the source code to the tmp directory and compiled it to the shared
directory so it could be access in the network. I do hope gcc adds large
file support =(.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to gcc-defaults in Ubuntu.
https://bugs.launchpad.net/bugs/455122

Title:
  gcc chokes under Karmic's smbfs

Status in “gcc-defaults” package in Ubuntu:
  Confirmed

Bug description:
  I'm guessing that this is a gcc problem (both gcc-4.3 and gcc-4.4)
  that's exposed by the latest samba/cifs code in Karmic, but maybe this
  is a samba problem, or maybe something else.

  I can't seem to run gcc in a samba-mounted directory under Karmic (up
  to date as of 2009-10-18), but this was okay in 9.04 Ubuntu....

  rsm at hina:/c/Temp/y$ mount | grep cifs
  //1USL13385/C on /c type cifs (rw,mand)
  rsm at hina:/c/Temp/y$ cat grape.c
  int main() { return 0; }
  rsm at hina:/c/Temp/y$ gcc grape.c
  cc1: error: grape.c: Value too large for defined data type
  rsm at hina:/c/Temp/y$

  The problem seems to happen in cc1.    I tried this with strace in
    - Karmic, local mount
    - Karmic, cifs mount
    - 9.04, cifs mount
  and the only obvious difference I notice is the huge inode number in the Karmic/cifs combination...

  # on local mount...
  19665 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  19665 fstat64(3, {st_dev=makedev(8, 1), st_ino=15333, st_mode=S_IFREG|0755, st_nlink=1, st_uid=3872, st_gid=1000, st_blksize=4096, st_blocks=8, st_size=25, st_atime=2009/10/18-22:53:16, st_mtime=2009/10/18-19:00:51, st_ctime=2009/10/18-22:53:04}) = 0
  19665 read(3, "int main() { return 0; }\n", 25) = 25
  19665 close(3)                          = 0

  # on cifs mount...
  19656 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  19656 fstat64(3, {st_dev=makedev(0, 23), st_ino=145241087983005616, st_mode=S_IFREG|0755, st_nlink=1, st_uid=3872, st_gid=1000, st_blksize=16384, st_blocks=1, st_size=25, st_atime=2009/10/18-19:13:16, st_mtime=2009/10/18-19:00:51, st_ctime=2009/10/18-22:31:53}) = 0
  19656 close(3)                          = 0

  # on cifs mount under ubuntu 9.04 ...
  27026 open("grape.c", O_RDONLY|O_NOCTTY) = 3
  27026 fstat64(3, {st_dev=makedev(0, 25), st_ino=167150, st_mode=S_IFREG|S_ISGID|0767, st_nlink=1, st_uid=0, st_gid=0, st_blksize=16384, st_blocks=1, st_size=25, st_atime=2009/10/18-23:02:00, st_mtime=2009/10/18-23:02:00, st_ctime=2009/10/18-23:02:00}) = 0
  27026 read(3, "int main() { return 0; }\n"..., 25) = 25
  27026 close(3)

  workaround, from <http://stackoverflow.com/questions/2438890/cc1plus-
  error-include-value-too-large-for-defined-data-type-when-compiling-
  wit/2496749#2496749>:

  When mounting the share add ,nounix,noserverino to the options, ie:

  mount -t cifs -o user=me,pass=secret,nounix,noserverino //server/share
  /mount

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/455122/+subscriptions