snaury (Alexey Borzenkov)
- Login: snaury
- Email: snaury@gmail.com
- Registered on: 02/07/2009
- Last sign in: 04/14/2014
Issues
| open | closed | Total | |
|---|---|---|---|
| Assigned issues | 0 | 0 | 0 |
| Reported issues | 0 | 4 | 4 |
Activity
12/05/2013
-
12:11 AM Ruby Bug #9212 (Closed): Segmentation fault in test/objspace/test_objspace.rb#test_dump_all
- At least on Linux x64 (Ubuntu 3.10) the test_dump_all test occasionally fails with:
TypeError: no implicit conversion of nil into String.
When I inspected output and error I found that it actually fails with this error:
/home/{u...
12/04/2013
-
11:43 PM Ruby Bug #9211 (Third Party's Issue): Bug in can_detect_signals? in test/rake/test_rake_functional.rb
- In function can_detect_signals? in file test/rake/test_rake_functional.rb ruby is spawned incorrectly. There should be multiple parameters in a system call, since otherwise ruby is spawned from a shell, status ends up in a shell, and she...
-
06:14 AM Ruby Bug #9208: Win32 ANSI color no longer works since revision 43331
- Regarding conemu: it seems that latest conemu builds actually handle colors correctly, so it was some conemu bug. Am I correct that handling colors with conemu is preferred because it has more ansi features than builtin ruby? Then it mak...
-
05:17 AM Ruby Bug #9208 (Feedback): Win32 ANSI color no longer works since revision 43331
- In revision 43331 in file win32/win32.c function console_emulator_p was added, which supposedly checked for patched WriteConsoleW. However, since WriteConsoleW points to a stub (which does jmp [import]), the allocation base address is al...
-
03:10 AM Ruby Bug #9153: IO#flush causes unnecessary fsync on Windows
- usa (Usaku NAKAMURA) wrote:
> Thank you for your long description.
> ...
I'm not sure what you mean? One idea would be to change test_size_flushes_buffer_before_determining_file_size in test/test_tempfile.rb to skip the last assert on ...
11/25/2013
-
11:17 PM Ruby Bug #9153 (Closed): IO#flush causes unnecessary fsync on Windows
- On Windows calling IO#flush is effectively identical to calling IO#fsync, i.e. contents of the file are committed to disk platters instead of just being flushed. I traced it back to bug #776 where the original "bug" was worked around by ...