HTTP/1.1 -1 Read error in cache disk data: SuccessContent-Type: text/csv; charset="utf-8" Last-Modified: Sat, 22 Jan 2022 02:45:24 GMT Content-length: 25834 Connection: Close Proxy-Connection: Close X-Cache: HIT from web1.osuosl.org Server: ProxyTrack 0.5 (HTTrack 3.49.2) ticket,summary,status,type,component,priority,version,created,platform,owner,_changetime,_reporter,_description 446,[CAGE] Fixed a few warnings and a NCI example on Windows using MSVS,new,cage,configure,normal,trunk,2009-03-14T12:01:04Z,win32,cotto,2010-12-01T19:49:11Z,ujwal,"Fixed '''warnings''' like unused variables, unreachable code in core.ops[[BR]] config/gen/platform/win32/exec.c[[BR]] config/gen/platform/win32/stat.c[[BR]] include/parrot/encoding.h[[BR]] src/embed.c[[BR]] src/oo.c[[BR]] src/ops/core.ops[[BR]] src/packfile.c[[BR]] src/spf_render.c[[BR]] src/string/encoding.c[[BR]] src/string/encoding/fixed_8.c[[BR]] src/thread.c[[BR]] also Fixed a '''NCI example'''[[BR]] examples/nci/PQt.C[[BR]] examples/nci/PQt.cpp[[BR]] examples/nci/QtHelloWorld.pasm[[BR]] examples/nci/QtHelloWorld.pir [[BR]] this is a good way to get comfortable with code base :)[[BR]] {{{ CREDITS | 2 config/gen/platform/win32/exec.c | 3 config/gen/platform/win32/stat.c | 3 examples/nci/PQt.C | 149 -------------------------------------- examples/nci/PQt.cpp | 151 +++++++++++++++++++++++++++++++++++++++ examples/nci/QtHelloWorld.pasm | 22 ++--- examples/nci/QtHelloWorld.pir | 69 +++++++++++++++++ include/parrot/encoding.h | 8 +- src/embed.c | 2 src/oo.c | 2 src/ops/core.ops | 13 ++- src/packfile.c | 2 src/spf_render.c | 3 src/string/encoding.c | 10 ++ src/string/encoding/fixed_8.c | 8 +- src/thread.c | 6 + 16 files changed, 275 insertions(+), 178 deletions(-) }}} {{{ : [FIXED]src\ops\core_ops.c [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced : [NOT FIXED]src\ops\experimental.ops(52) : warning C4189: 'unused' : local variable is initialized but not referenced : : [FIXED]f:\git\rakudo\parrot\src\ops\core.ops(1453) : warning C4702: unreachable code [FIXED]f:\git\rakudo\parrot\src\ops\core.ops(1472) : warning C4702: unreachable code [FIXED]f:\git\rakudo\parrot\src\ops\core.ops(1472) : warning C4702: unreachable code src\ops\core_ops_switch.c [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced [FIXED]src\ops\core.ops(920) : warning C4189: 'resume' : local variable is initialized but not referenced : [FIXED]src\embed.c(1296) : warning C4189: 'pf' : local variable is initialized but not referenced [FIXED]src\string\encoding.c [FIXED]src\string\encoding.c(156) : warning C4646: function declared with __declspec(noreturn) has non-void return type [FIXED]src\string\encoding.c(445) : warning C4646: function declared with __declspec(noreturn) has non-void return type : : [FIXED]src\packfile.c(868) : warning C4189: 'pf' : local variable is initialized but not referenced : [FIXED]src\spf_render.c [FIXED]src\spf_render.c(115) : warning C4005: 'snprintf' : macro redefinition [FIXED]F:\git\rakudo\parrot\include\parrot/misc.h(28) : see previous definition of 'snprintf' : : [FIXED]config/gen/platform/win32/stat.c(115) : warning C4244: '=' : conversion from 'time_t' to 'INTVAL', possible loss of data [FIXED]config/gen/platform/win32/stat.c(118) : warning C4244: '=' : conversion from 'time_t' to 'INTVAL', possible loss of data [FIXED]config/gen/platform/win32/stat.c(121) : warning C4244: '=' : conversion from 'time_t' to 'INTVAL', possible loss of data [FIXED]config/gen/platform/win32/exec.c(218) : warning C4090: 'function' : different 'const' qualifiers src\pmc_freeze.c f:\git\rakudo\parrot\src\pmc_freeze.c(1725) : warning C4706: assignment within conditional expression : : [FIXED]src\thread.c [FIXED]f:\git\rakudo\parrot\src\thread.c(639) : warning C4701: potentially uninitialized local variable 'val_sub' used [FIXED]f:\git\rakudo\parrot\src\thread.c(503) : warning C4700: uninitialized local variable 'interp' used : : [FIXED]src\string\encoding\fixed_8.c [FIXED]src\string\encoding\fixed_8.c(236) : warning C4646: function declared with __declspec(noreturn) has non-void return type : }}} " 1693,`make install` doesn't install all files necessary to build Rakudo on Cygwin,new,bug,install,normal,2.5.0,2010-06-28T12:23:53Z,cygwin,,2010-09-07T15:18:26Z,cygx,"When building Parrot 2.5.0 on Cyqwin, `make install` doesn't copy the files 'cygparrot2_5_0.dll' and 'libparrot.dll.a' to directories where the Rakudo build can find them. Manually moving 'cygparrot2_5_0.dll' to '/usr/local/bin' and 'libparrot.dll.a' to '/usr/local/lib' solves the problem." 322,Annoying cygwin/mingw cfg readline popup,new,todo,configure,trivial,,2009-02-12T07:28:39Z,win32,,2010-09-22T21:54:02Z,rurban,"mingw with cygwin also installed but not in the path leads an annoying modal warning popup about the missing cygreadline dll, because the mingw libpath search also includes the cygwin /lib path. auto::readline - Does your platform support readline...Can't spawn "".\test_4744.exe"": Bad file descriptor at lib/Parrot/Configure/Utils.pm line 86. .............done. Either us a win32 trick to ignore this process invocation warning about a missing dll, or remove the wrong cygwin libpaths from the linker search path. {{{ auto::readline - Does your platform support readline... gcc -Wl,--verbose test_892.o -lreadline -o test_892.exe -lmsvcrt -lmoldname -kernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -version -lodbc32 -lodbccp32 -lgmp .\test_892.exe ... attempt to open c:\strawberry\c\mingw32\bin\../lib\libreadline.a failed ... attempt to open /mingw/lib\libreadline.a failed attempt to open /usr/local/lib/libreadline.dll.a failed attempt to open /usr/local/lib/readline.dll.a failed attempt to open /usr/local/lib/libreadline.a failed attempt to open /usr/local/lib/readline.lib failed attempt to open /usr/local/lib/libreadline.dll failed attempt to open /usr/local/lib/readline.dll failed attempt to open /usr/local/lib\libreadline.a failed attempt to open /lib/libreadline.dll.a succeeded (/lib/libreadline.dll.a)d000367.o (/lib/libreadline.dll.a)d000000.o (/lib/libreadline.dll.a)d000584.o }}} /lib/libreadline.dll.a is a cygwin path, and mingw should not even know about that mountpoint " 260,Build error on windows 2008 server,new,bug,build,normal,,2009-02-01T18:19:48Z,win32,,2011-01-26T02:56:43Z,lucaregini@…,"{{{ The build process doesn't complete on my windows 2008 server machine. I run activastate perl 5.10 and visual studio 2008 team system edition Version 9.0.21022.8 RTM. I get a crash in the configure step in test_7304 ( determine JIT capability) as it seems that some executbale is being killed by the DEP ( Data Execution Prevention ) facility provided in windows 2008. Nmake then manages to buid the parrot executable but doesn't complete correctly; I attach hereafter the last lines of the build log: Creating library dan_ops_switch.lib and object dan_ops_switch.exp C:\Perl\perlBins\bin\perl.exe -e ""chdir shift @ARGV;system 'nmake', '-no logo', @ARGV; exit $? >> 8;"" compilers\pct ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT.pbc --output-pbc PC T.pir ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT\PAST.pbc --output-p bc src\PAST.pir ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT\Grammar.pbc --outpu t-pbc src\PCT\Grammar.pir ..\..\parrot.exe -o ..\..\runtime\parrot\library\PCT\HLLCompiler.pbc --o utput-pbc src\PCT\HLLCompiler.pir C:\Perl\perlBins\bin\perl.exe -e ""chdir shift @ARGV;system 'nmake', '-no logo', @ARGV; exit $? >> 8;"" compilers\pge C:\Perl\perlBins\bin\perl.exe -MExtUtils::Command -e rm_f PGE.pbc ..\..\ runtime\parrot\library\PGE.pbc C:\Perl\perlBins\bin\perl.exe -e """" >PGE\builtins_gen.pir ..\..\parrot.exe -o PGE.pbc --output-pbc PGE.pir ..\..\parrot.exe ..\..\runtime\parrot\library\PGE\Perl6Grammar.pir --ou tput=PGE\builtins_gen.pir PGE\builtins.pg NMAKE : fatal error U1077: '..\..\parrot.exe' : return code '0xc0000005' Stop. NMAKE : fatal error U1077: 'C:\Perl\perlBins\bin\perl.exe' : return code '0x2' Stop. }}}" 2196,cygwin build fails,new,bug,build,normal,3.8.0,2011-10-01T00:04:18Z,cygwin,,2011-10-01T01:09:56Z,Matthew Wilson ,"{{{ I was trying to reproduce https://rt.perl.org/rt3/Public/Bug/Display.html?id=64032 on cygwin using a fresh clone of rakudo, and ran the usual perl Configure.pl --gen-parrot and it failed with the following error (sorry for the wrapped lines): gcc-4 -o pbc_disassemble.exe \ frontend/pbc_disassemble/main.o \ src/longopt.o \ -L/cygdrive/c/Users/mwilson/src/rakudo/parrot -lparrot -lpthread -lm -L/usr/lib -licuuc -licudata -lpthread -lm -lcrypt -lintl -Wl,--enable-auto- import -Wl,--export-all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -fstack-protector -L/usr/local/lib ./parrot.exe -o pbc_to_exe.pbc tools/dev/pbc_to_exe.pir ./parrot.exe pbc_to_exe.pbc pbc_to_exe.pbc gcc-4 -o pbc_to_exe.o -I""/cygdrive/c/Users/mwilson/src/rakudo/parrot/include"" -U __STRICT_ANSI__ -g3 -pipe -fstack-protector -I/usr/local/include -DHASATTRIBUTE _CONST -DHASATTRIBUTE_DEPRECATED -DHASATTRIBUTE_MALLOC -DHASATTRIBUTE_NONNULL -DHASATTRIBUTE_NORETURN -DHASATTRIBUTE_PURE -DHASATTRIBUTE_UNUSED -DHASATTR IBUTE_WARN_UNUSED_RESULT -DHASATTRIBUTE_HOT -DHASATTRIBUTE_COLD -DDISABLE_GC_ DEBUG=1 -DNDEBUG -DHAS_GETTEXT -O3 -c pbc_to_exe.c 1 [main] parrot 164924 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 841 [main] parrot 164924 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 143664 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 445 [main] parrot 143664 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 167144 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 444 [main] parrot 167144 open_stackdumpfile: Dumping stack trace to parrot.e $ 1 [main] parrot 163884 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 445 [main] parrot 163884 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 167188 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 445 [main] parrot 167188 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 103664 exception::handle: Exception: STATUS_ACCESS_VIOLATI ON 447 [main] parrot 103664 open_stackdumpfile: Dumping stack trace to parrot.e xe.stackdump 1 [main] parrot 146588 fork: child -1 - died waiting for longjmp before in itialization, retry 0, exit code 0x600, errno 11 Can't spawn child process current instr.: 'compile_file' pc 1140 (tools/dev/pbc_to_exe.pir:716) called from Sub 'main' pc 171 (tools/dev/pbc_to_exe.pir:210) make: *** [pbc_to_exe.exe] Error 1 Command failed (status 512): make install-dev }}} " 1546,"Env.pmc fails to link dll in Windows VC build, and probably doesn't work",new,bug,none,normal,2.2.0,2010-04-09T00:35:52Z,win32,,2010-09-07T20:48:52Z,Austin_Hastings,"Compiling and linking on windows, using the instructions for the MS VS 2k8 compiler found on the http://trac.parrot.org/parrot/wiki/Platforms/Windows page, I had a problem with the AR_CR= make variable. Setting this to ""lib.exe"" corrects the problem, but the step of making the shared library (.dll in Windows parlance) fails because of an external reference to `__environ` in Env.pmc. Inspecting env.pmc leads to the conclusion that there is probably a set of -Defines that will work for MSVS to get the code to link correctly, but also to the conclusion that any Windows dll, and probably any *nix shared lib, that is built in this way is going to fail. Shared libraries generally have a ""separate life"" in process-space, so that two applications that both link to the shared library will only cause one instance of the library to appear in memory. In this regard, shared libraries act very much like a program running as a daemon. But such a program, if it tries to interact with the ""system"" on behalf of a client, has to take special precautions. For example, if it writes to stdout, which stdout should it write to? The stdout of the shared library, or of the client program? Similarly, references to environment variables are subject to the same question. And for the specific case of environment variables, the answer is probably always ""use the client program's environment."" References to `environ` don't do this. Instead, they reference the environment that was available when the shared library was loaded. The potential bug should be obvious. For Windows, my research has led me to an API call named 'GetEnvironmentStrings'. I'm not at all clear on the corresponding call for Unix, if there even is such a thing. Also, it is unclear to me what the protocol for highly-OS-specific code is, w.r.t. PMCs. Parrot is chock full of PMCs that are nothing but wrappers for the various src/foo.c modules, for whatever reason(s). At any rate, someone smarter than me about Windows, and about Parrot's cross-platform coding approach, will need to take a look at this. (Which is likely to be ""anyone with a pulse and a keyboard."")" 1559,ExtUtils::Command::cp broken [cpan #56666],new,patch,none,normal,2.2.0,2010-04-17T13:17:09Z,cygwin,,2010-08-27T04:52:54Z,rurban,"parrot can improve its makefiles by getting rid of the stupid chmod 755 *.dll calls then. " 313,ignore print -0 test errors on win32,new,todo,testing,normal,trunk,2009-02-11T09:07:06Z,win32,,2010-08-03T21:58:46Z,rurban,"The win32 msvcrt has a special limitation not to print -0 as -0, instead it prints 0. openbsd seems to have the same problem. cygwin is not affected, since it uses newlib, which is similar to the glibc in this regard. For now I fixed the failing tests, but there should be a workaround. {{{ t\pmc\complex.t: not ok 380 - sinh of 0-2i # Have: 0.000000-0.909297i # Want: -0.000000-0.909297i not ok 381 - sinh of 0+2i # Have: 0.000000+0.909297i # Want: -0.000000+0.909297i t\pmc\float.t: not ok 23 - neg 0 # Failed test 'neg 0' # at t\pmc\float.t line 509 # '0' # doesn't match '/^-0/ # ' t\op\arithmetics.t: not ok 7 - turn a native number into its negative # Failed test 'turn a native number into its negative' # at t\op\arithmetics.t line 175. # got: '0 # 0 # -123.456789 # 123.456789 # 0 # 0 # -123.456789 # 123.456789 # ' # expected: '-0 # 0 # -123.456789 # 123.456789 # -0 # 0 # -123.456789 # 123.456789 # ' }}} The internal numeric representation seems not to be affected. In detail, this patch does not help. It's just the printer. {{{ Index: parrot-svn/src/ops/math.ops =================================================================== --- parrot-svn.orig/src/ops/math.ops +++ parrot-svn/src/ops/math.ops @@ -774,7 +774,17 @@ inline op neg(inout INT) :base_core { } inline op neg(inout NUM) :base_core { +#ifdef WIN32 + /* The msvcrt is broken for neg -0.0 */ + if ($1 == -0.0) { + $1 = -0.0; + } + else { + $1 = - $1; + } +#else $1 = - $1; +#endif } inline op neg(invar PMC) :base_core { @@ -786,7 +796,17 @@ inline op neg(out INT, in INT) :base_cor } inline op neg(out NUM, in NUM) :base_core { +#ifdef WIN32 + /* The msvcrt is broken for neg -0.0 */ + if ($2 == -0.0) { + $1 = -0.0; + } + else { + $1 = - $1; + } +#else $1 = - $2; +#endif } inline op neg(out PMC, invar PMC) :base_core { }}} " 2110,mingw build fails while building opsc,new,bug,build,normal,3.3.0,2011-05-12T21:10:07Z,win32,,2011-05-13T01:00:03Z,cotto,"I don't have the tuits to investigate this right now, but I want to make sure it doesn't escape notice. I didn't use any special arguments to Configure.pl. The build completes successfully if I use ms2 by passing --gc=ms2 to Configure.pl. {{{ C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e mkpath runtime/parrot/languages/data_json C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e cp compilers/data_json/data_json.pbc runtime/parrot/languages/data_json/data_json.pbc C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e mkpath runtime/parrot/languages/JSON .\parrot-nqp.exe --target=pir compilers/data_json/JSON.nqp > runtime/parrot/languages/JSON/JSON.pir .\parrot-nqp.exe --target=pir --output=compilers/opsc/gen/Ops/Compiler.pir compilers/opsc/src/Ops/Compiler.pm .\parrot-nqp.exe --target=pir --output=compilers/opsc/gen/Ops/Compiler/Actions.pir compilers/opsc/src/Ops/Compiler/Actions.pm gmake: *** [compilers/opsc/gen/Ops/Compiler/Actions.pir] Error -1073741819 C:\src\parrot-mingw> }}}" 339,msvc+mingw detection,new,todo,configure,normal,trunk,2009-02-15T10:46:27Z,win32,,2010-03-02T15:34:41Z,rurban,"With r36750 I had to fix one more MSWin32 compiler detection (uppercase allowed), but there are several more instances of compiler special cases in the makefile templates and tests. My proposal is to get that right in the first place, config/init/hints/mswin32.pm, and store it in the config as '''msvc''', '''mingw''', and maybe also icc or borland keys. Use these keys in the makefile templates and testsuite then. cc=""ccache cl"" for example might not be safe also. The patch in TT #312 already contains the mingw and msvc keys, as they are the only one currently used." 864,"on Win32 binary install, parrot_config.exe contains false installation path",new,bug,install,normal,1.3.0,2009-07-20T14:39:58Z,win32,,2010-09-07T20:42:42Z,erez,"Parrot was downloaded and installed as a binary from sourceforge. After installation, it doesn't register the correct installation path: PS D:\Erez\dev\Parrot-1.3.0\bin> .\parrot_config.exe build_dir C:/fperrad/Parrot/RELEASE_1_3_0 Attached full parrot_config.exe --dump" 706,"Out of mem (PASM, compreg, invokecc)",new,bug,core,normal,trunk,2009-05-26T12:32:49Z,win32,,2010-09-08T21:39:41Z,mj41,"Attached test use compreg P1, ""PASM"" and invokecc it 100,000 times. On i386-MSWin32 (mingw32) it consumes 66MB of RAM with r39159 (107 MB of RAM with r11704). If you replace ""lt I20, 100000, NEXT"" to ""lt I20, 10000000, NEXT"" it fails with ""Parrot VM: PANIC: Out of mem! C file src\gc\alloc_memory.c, line 142"". {{{ set S28, """" concat S28, "".pcc_sub :anon _indi:\n"" concat S28, "" get_params \""(0,0,0)\"", I0, I1, I2\n"" concat S28, "" set I3, 23\n"" concat S28, "" set_returns \""(0)\"", I3\n"" concat S28, "" returncc\n"" compreg P1, ""PASM"" set I20, 0 NEXT: set_args ""(0)"",S28 get_results ""(0)"", P0 invokecc P1 needs_destroy P0 sweep 0 inc I20 lt I20, 100000, NEXT # sleep 10 end }}} " 2174,"Sharpen Support Policy for Windows, Then Implement It!",new,todo,docs,normal,3.6.0,2011-08-11T01:49:23Z,win32,,2011-08-17T02:08:17Z,jkeenan,"This ticket will track work on a concept which was discussed at the online Parrot Developers Summit on July 30 2011 but which did not receive enough support to be designated as a roadmap goal. The rationale for sharpening our support policy for Parrot on Win32 was presented [http://lists.parrot.org/pipermail/parrot-dev/2011-July/006098.html in this post to parrot-dev], so I won't repeat it here. Here is the action proposal that was presented at the PDS: 1. Establish a team of Parrot developers and users to work on this Roadmap Goal. The team would be tasked with: * Interviewing current Parrot developers and users who work on Windows to determine their needs and preferences. (Yes, such people do exist!) * Interviewing professional software developers who work in the Windows environment and who currently have no connection with Parrot to develop an understanding of what it would take for them to first smoke-test Parrot on Windows and later undertake Parrot/HLL development on Windows. Colloquially: What would it take to get them into the Parrot showroom and have them kick the tires? * Examine Smolder reports to see which Windows configurations get to PASS more often than others. 2. Develop a report to the Parrot project as a whole: * Recommending Windows configurations we should target for testing. * Recommending ways in which we can encourage Windows developers to explore Parrot. 3. At the very least, implement Smolder reports from recommended configurations. Thank you very much. kid51" 775,Simplify makefile rules on windows.,new,bug,configure,major,trunk,2009-06-18T22:01:39Z,win32,,2010-06-13T03:58:51Z,MoC,"Windows XP Professional, ActivePerl 5.10.0.1005-MSWin32, dmake 4.11 Trying to build Parrot using dmake results in the following error: {{{ dmake: makefile: line 126: Warning: -- Macro `O' redefined after use dmake: makefile: line 130: Warning: -- Macro `A' redefined after use dmake: makefile: line 3236: Warning: -- Found non-white space character after '[' in [[ -d parrot-$(VERSION) ] || ln -s $(CUR_DIR) parrot-$(VERSION)]. dmake: makefile: line 3340: Error: -- Incomplete rule recipe group detected }}} (See attached Makefile) Especially for Strawberry Perl users this might be a blocker, as afaik Strawberry Perl ships only dmake by default, so someone should probably document this somewhere." 2044,Subclassing FileHandle,new,bug,core,normal,master,2011-03-08T07:08:06Z,win32,,2011-03-08T07:08:06Z,ShaneC,"This PIR: {{{ .sub test :main $P0 = subclass 'FileHandle', 'TempFileHandle' $P1 = new 'TempFileHandle' .end }}} Produces: {{{ Handle cannot be instantiated directly. }}} (from Handle.pmc:42) " 1422,t/perl/Parrot_IO.t: 'not modified_since' test failing on some Win32 and Cygwin,new,bug,testing,normal,2.0.0,2010-01-31T18:13:18Z,win32,,2010-02-06T01:12:37Z,jkeenan,"In Smolder reports and discussion on #parrot, the following test failure has been reported by a Win32 user and a Cygwin user: {{{ not ok 47 - not modified_since # Failed test 'not modified_since' # at t/perl/Parrot_IO.t line 160. }}} This appears to be the relevant code: {{{ 96 # Create a file in a directory that does not exist. 97 my $f3 = Parrot::IO::File->new ( tmp_file_path( 't', 'one', 'two', 'file3 .bar' ) ); 98 ok( $f3, 'file new' ); ... 158 # Status (stat info) 159 my $time = time; 160 ok( !$f3->modified_since($time), 'not modified_since' ); }}} Could someone working on Win32 or Cygwin try to diagnose this? Thank you very much. kid51" 1055,t/pmc/complex.t: sinh_of_complex_numbers: some tests fail on Win32,new,bug,core,normal,1.6.0,2009-09-21T23:01:58Z,win32,,2010-09-24T00:18:11Z,jkeenan,"This ticket is being opened to transfer '''one''' of the issues discussed in [http://rt.perl.org/rt3/Ticket/Display.html?id=52198 RT #52198] to Trac. In ''t/pmc/complex.t'', two tests are failing on Win32 and are TODO-ed out. As best as I can determine, they are generated by line 1052 inside `sinh_of_complex_numbers`. {{{ .sub sinh_of_complex_numbers .local pmc config_hash, interp .local string has_negative_zero interp = getinterp config_hash = interp[.IGLOBALS_CONFIG_HASH] has_negative_zero = config_hash[""has_negative_zero""] .complex_op_is(""-2+0i"", ""-3.626860+0.000000i"", 'sinh' ) [snip] .complex_op_is(""-2-3i"", ""3.590565-0.530921i"", 'sinh' ) # line 1052 }}} Note: Since I don't have access to Win32, I have to rely on Smolder reports. At the current time, we are receiving steady Smolder reports on Win32 from only one reporter. We would benefit from additional smoke testers on Win32. Thank you very much.[[BR]] kid51 " 806,Test.readdir is not skipped on Win32 even though it appears that it should be,new,bug,core,normal,trunk,2009-07-03T17:06:34Z,win32,,2009-12-19T00:36:58Z,MoC,"t/pmc/os.t:270: {{{ skip 'not implemented on windows yet', 1 if ( $MSWin32 && $MSVC ); }}} It seems like the message doesn't agree with the if clause, because you can also use GCC (MinGW) to compile on Windows. If you compile Parrot on Windows XP SP3 with GCC 4.4 this test will fail (see attached log and smolder report at [http://smolder.plusthree.com/app/public_projects/report_details/24454]). However I'm not sure wether the if clause is responsible for this error or GCC 4.4 since other Windows builds compiled with GCC 3.4 pass this test according to smolder (see http://smolder.plusthree.com/app/public_projects/report_details/24452)." 326,win32 Wide API needed . 'make smoke' failed 63 tests.,new,bug,core,major,trunk,2009-02-13T15:38:38Z,win32,fperrad,2011-02-21T14:21:13Z,jimmy,"It failed 63 tests. see http://smolder.plusthree.com/app/public_projects/report_details/17984 parrot fails to load: .\parrot.exe -o C:/DOCUME~1/É¢»¨ÄÁÈË/LOCALS~1/Temp/tySepN24eO The Windows Wide API is not enabled. As workaround $TEMP could be checked to point to a pure ascii path." Changed 11 years ago by jkeenan