Displaying 7 results from an estimated 7 matches for "59c".
Did you mean:
59
2022 Feb 01
1
qemu-user-static: mis-emulates something to do with process/signal handling (m68k, s390x, …)
...do with process/signal handling (m68k, s390x, ?)
affects 925358 klibc-dev
thanks
This still happens. (And retitling because I almost filed a bug
against klibc again? oops?)
Look for ?mtest-external? (second occurrence) in:
https://buildd.debian.org/status/fetch.php?pkg=mksh&arch=m68k&ver=59c-16&stamp=1643675884&raw=0
Incidentally, the last buildd build on which this worked was an ARAnyM
one which I ran myself, back then.
For some reason, this does work with glibc and musl, so perhaps there
*is* a bug or? at least a chance to work around maybe? in klibc?
bye,
//mirabilos
--...
2023 Jan 24
2
mips64el stat/time/…? problem
Hi Ben,
>Thorsten: I've attached a patch which I tested briefly in QEMU. Let me
>know if this works for you.
sorry for the delay. I was able to test this on eller today.
To reproduce the issue, this was needed, because the value
read was a nanosecond field and so the test didn?t always fail:
(sid_mips64el-dchroot)tg at eller:~$ while sleep 0.1; do :>b; ./mksh -c 'test a -nt
2022 Feb 02
1
qemu-user-static: mis-emulates something to do with process/signal handling (m68k, s390x, …)
...s390x, ?)
> affects 925358 klibc-dev
> thanks
>
> This still happens. (And retitling because I almost filed a bug
> against klibc again? oops?)
>
> Look for ?mtest-external? (second occurrence) in:
> https://buildd.debian.org/status/fetch.php?pkg=mksh&arch=m68k&ver=59c-16&stamp=1643675884&raw=0
>
> Incidentally, the last buildd build on which this worked was an ARAnyM
> one which I ran myself, back then.
>
> For some reason, this does work with glibc and musl, so perhaps there
> *is* a bug or? at least a chance to work around maybe? in...
2008 Dec 10
2
Possible (bug) in winamp in_flac.dll decoder
....exe normal C:\WINDOWS\system32
374 svchost.exe
39c svchost.exe normal C:\WINDOWS\System32
3c4 svchost.exe
4dc Explorer.EXE normal C:\WINDOWS
54c avgnt.exe normal C:\Programme\AntiVir PersonalEdition Classic
574 miranda32.exe normal C:\Programme\Miranda
584 speedfan.exe normal C:\Programme\SpeedFan
59c WinVNC.exe normal C:\Programme\TightVNC 1.39
5a4 trayit!.exe normal C:\Programme\trayit
624 avguard.exe normal C:\Programme\AntiVir PersonalEdition Classic
63c openvpnserv.exe normal C:\Programme\OpenVPN\bin
664 SlimFTPd.exe normal C:\Programme\slimftpd
66c openvpn.exe normal C:\Programme\OpenVPN\b...
2007 Apr 30
0
[LLVMdev] Boostrap Failure -- Expected Differences?
...;
> -00000598 <__FUNCTION__.22833>:
> +00000598 <__FUNCTION__.22744>:
> 598: 6e outsb %ds:(%esi),(%dx)
> 599: 6f outsl %ds:(%esi),(%dx)
> 59a: 6e outsb %ds:(%esi),(%dx)
> @@ -11950,17 +11950,17 @@
> 59c: 6f outsl %ds:(%esi),(%dx)
> 59d: 63 61 6c arpl %sp,0x6c(%ecx)
> 5a0: 5f pop %edi
> - 5a1: 72 65 jb 608 <__FUNCTION__.20030+0xd>
> + 5a1: 72 65 jb 608 <__FUNCTION__.19945+0xd>...
2007 Apr 27
2
[LLVMdev] Boostrap Failure -- Expected Differences?
The saga continues.
I've been tracking the interface changes and merging them with
the refactoring work I'm doing. I got as far as building stage3
of llvm-gcc but the object files from stage2 and stage3 differ:
warning: ./cc1-checksum.o differs
warning: ./cc1plus-checksum.o differs
(Are the above two ok?)
The list below is clearly bad. I think it's every object file in
the
2007 Dec 09
8
zpool kernel panics.
Hi Folks,
I''ve got a 3.9 Tb zpool, and it is casing kernel panics on my Solaris
10 280r (SPARC) server.
The message I get on panic is this:
panic[cpu1]/thread=2a100a95cc0: zfs: freeing free segment
(offset=423713792 size=1024)
This seems to come about when the zpool is being used or being
scrubbed - about twice a day at the moment. After the reboot, the
scrub seems to have