Skip to content
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

Test lib/io_xs fails for perl 5.6.1 on NT #4289

Closed
p5pRT opened this issue Aug 6, 2001 · 4 comments
Closed

Test lib/io_xs fails for perl 5.6.1 on NT #4289

p5pRT opened this issue Aug 6, 2001 · 4 comments

Comments

@p5pRT
Copy link

p5pRT commented Aug 6, 2001

Migrated from rt.perl.org#7466 (status was 'resolved')

Searchable as RT7466$

@p5pRT
Copy link
Author

p5pRT commented Aug 6, 2001

From schmidt@mathematik.uni-kl.de

The test lib/io_xs comes through on my NT box only when I run it
as administrator. Using a filemonitor I would guess that this is
because IO​::File​::new_tmpfile tries to create a temporary file in
the root directory c​:\, which is write-accessible for
administrators only on my system.

Maybe IO​::File​::new_tmpfile should evaluate some environment
variable to get a path to a directory which is intended for
temporary files, and, in particular, guaranteed to be
world-writable.

Regards

Jens

This is my perl​:

Summary of my perl5 (revision 5 version 6 subversion 1) configuration​:
  Platform​:
  osname=MSWin32, osvers=4.0, archname=MSWin32-x86
  uname=''
  config_args='undef'
  hint=recommended, useposix=true, d_sigaction=undef
  usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef
  useperlio=undef d_sfio=undef uselargefiles=undef usesocks=undef
  use64bitint=undef use64bitall=undef uselongdouble=undef
  Compiler​:
  cc='cl', ccflags ='-nologo -O1 -MD -DNDEBUG -DWIN32 -D_CONSOLE -DNO_STRICT -DPERL_MSVCRT_READFIX',
  optimize='-O1 -MD -DNDEBUG',
  cppflags='-DWIN32'
  ccversion='', gccversion='', gccosandvers=''
  intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
  d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=10
  ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4
  alignbytes=8, usemymalloc=n, prototype=define
  Linker and Libraries​:
  ld='', ldflags ='-nologo -nodefaultlib -release -libpath​:"c​:\usr\perl\5.6.1\lib\CORE" -machine​:x86'
  libpth=C​:\usr\mvs\VC98\lib
  libs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib
  perllibs= oldnames.lib kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib version.lib odbc32.lib odbccp32.lib msvcrt.lib
  libc=msvcrt.lib, so=dll, useshrplib=yes, libperl=perl56.lib
  Dynamic Linking​:
  dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
  cccdlflags=' ', lddlflags='-dll -nologo -nodefaultlib -release -libpath​:"c​:\usr\perl\5.6.1\lib\CORE" -machine​:x86'

Characteristics of this binary (from libperl)​:
  Compile-time options​:
  Built under MSWin32
  Compiled at Aug 6 2001 15​:52​:25
  %ENV​:
  PERLLIB="c​:/home/jschmidt/work/perl"
  @​INC​:
  c​:/home/jschmidt/work/perl
  c​:/usr/perl/5.6.1/lib
  c​:/usr/perl/site/5.6.1/lib
  .

@p5pRT
Copy link
Author

p5pRT commented Jun 15, 2011

From @chorny

On Mon Aug 06 01​:12​:24 2001, schmidt@​mathematik.uni-kl.de wrote​:

The test lib/io_xs comes through on my NT box only when I run it
as administrator. Using a filemonitor I would guess that this is
because IO​::File​::new_tmpfile tries to create a temporary file in
the root directory c​:\, which is write-accessible for
administrators only on my system.

I've tested perl 5.8.8/MSVC and 5.14.0/gcc, with C​:\ blocked for file
creation. It works. Perl uses tmpfile() from Windows, so it is possible
that it was fixed after NT 4.0.

P.S. Program for test attached.

--
Alexandr Ciornii, http​://chorny.net

@p5pRT
Copy link
Author

p5pRT commented Jun 15, 2011

From @chorny

rt7466.pl

@p5pRT
Copy link
Author

p5pRT commented Jun 15, 2011

@chorny - Status changed from 'open' to 'resolved'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant