Nice

🤔

🤔 🤔

https://twitter.com/reactos/status/1636738192140279813

Spam removed and user banned

looks quite stable

i remember having java on amd64 reactos

but can't remember the actual version

Nightly x86?

Nightly x86?

yeah

otherwise i will use a wallpaper

Nice. ^^ Would like to share that!

Nice. ^^ Would like to share that!

sure

but maybe we have shared long long ago

I don't remember sharing it

https://twitter.com/reactos/status/1620009292903456771

oh, you said no online mode?

let me have a look

let me have a look

yeah something happened, but it looks like an error of the jre release rather than the system

nothing wrong shown in putty

Minecraft spigot server 1.16.5 running on ReactOS AMD64 nightly build, with 8GB memory allocated to the JVM it is very fast for the client, though the display is very slow for the server. Tested by @ React0S(my twitter id)

@ctasan look at this

Based

What do you mean by saying "display is very slow for the server"?

What do you mean by saying "display is very slow for the server"?

every time the message flush, the screen needs few seconds

but in fact it's running quickly

just a visual effect

Ah, server UI is updated slowly.

A performance issue on x64 probably?

Ah, server UI is updated slowly.

on x86 it's fast

yeah

Then it is

i can really feel the difference

too slow no matter what i do

Running this server on x64 is a miracle itself, at this stage of development!

Running this server on x64 is a miracle itself, at this stage of development!

yes!

https://twitter.com/reactos/status/1636829466906316806

Shared ^^

@Vicky_Silviana: please contact Timo Kreuzer (our x64 guy) for slow UI refresh issue on x64

No, AFAIK he's not on Telegram

Join to Mattermost and you can find him here

ok1

If you have debug log demonstrating sluggish UI refresh, you can open a bug report, too

*** Assertion failed: (DecommitBase + DecommitSize) == DecommitEnd *** Source File: C:\buildbot_config\worker\Build_MSVC_x64\build\sdk\lib\rtl\heap.c, line 914 Break repeatedly, break Once, Ignore, terminate Process or terminate Thread (boipt)? i i

crap

but just an assert

nothing wrong

btw can i set something to let it automatically ignore these until bsod

hbelusca Z[J]=∫𝒟𝜑 exp(ⅈS[𝜑,J]/ℏ): take a bracktrace instead of ignoring

maybe debugging it could be a good thing to do

including sharing recorded bug text records with the community

hbelusca Z[J]=∫𝒟𝜑 exp(ⅈS[𝜑,J]/ℏ): take a bracktrace instead of ignoring

well it seems like a fs corruption

so i restored snapshot

hbelusca Z[J]=∫𝒟𝜑 exp(ⅈS[𝜑,J]/ℏ): dunno but here the assertion was about memory heap, triggered by the app you tested...

https://twitter.com/reactos/status/1637168437620273152

hbelusca Z[J]=∫𝒟𝜑 exp(ⅈS[𝜑,J]/ℏ): dunno but here the assertion was about memory heap, triggered by the app you tested...

i see, now i compiled a new build with symbol and let's see what will happen in the morning

latest build(5826 557306f) won't have that memory heap assertion, good job🥴

What is the last 64bit build that works on virtualbox?

I've tried many, no luck

What is the last 64bit build that works on virtualbox?

You can test before the last Freeldr commits whatever you want. As always in debug builds, compulsory debug port.

What is the last 64bit build that works on virtualbox?

emmm, mine is the latest and it works well

did you forget to config something

like architecture

I don't think that's the case... I've tried many different configs

I don't think that's the case... I've tried many different configs

what does the error look like

It just get stuck after loading those DLLs

I'll record it, just a sec

Also, btrfs does not work yet, right?

use windbg and see

There's no error on the logs

Oh

it worked

I left it there for some minutes and then it was working

roshope: it will boot faster if you select first menu item in the bootloader