[quote name=deadwood post=10331]@deadwood - New build v0.32

Changes:
- Fix to allow passing arguments within quotes or programs paths with spaces (within qoutes)
- Ghostscript 8.50 now starts and exits. Not tested beyond that.

[url]https://axrt.org/development/EmuV0/EmuV0-0.32.x86_64-aros-v11.zip[/url][/quote]

I've just tried GhostScript 8.50 with emu0 v0.32 and it looks to be working flawlessly . I've been able to:

[ulist=disc]Extract pages from a PDF file.

Convert a PS file to a PDF.*

Write out the pages of a PDF to jpg images.[/ulist]

Many, many thanks!

Cheers,
Nigel.

* The PS file was converted from a PDF using pdftops from pdfutils, running also via emuv0.

@ntromans

Glad to hear that.

[quote name=ntromans post=10585]@ntromans - [quote name=deadwood post=10536]@deadwood - @ntromans


P.S. I've looked through the Hollywood compiler options and unfortunately there are no debug options to set aside from those within the Hollywood system itself (e.g. enabling debugprint() or listing which Hollywood function is being called), i.e. there's no low-level debug options[/quote]

Can you add a printf to console with some distinct text before each

mui.get(...,"activate"

in your codebase and build me a new binary?

As in seeing if a window ia active?

Cheers,
Nigel.

Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )

[quote name=deadwood post=10596]@deadwood - Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )[/quote]

Please see attached. I've put a debugprint before every mui.get and mui.set for window activate.

Cheers,
Nigel.

A quick question. I've noted that emuv0 will be on hold for a while, but in the fullness of time is it planned that ABI0 programs will have network access?

Cheers,
Nigel.

So far no one has reported an application that is important to their daily AROS usage, uses network and cannot be re-compiled to 64-bit, so at this point adding network support to EmuV0 is not planned.

New build v0.40

Changes:
- fonts should now render correctly on most windows
- requesters and gadgets should now render correctly
- fix: arguments were not always passed to 32-bit programs
- SimpleWhiteboard - starts on Workbench screen (not custom screen), can draw, crash when closing Whiteboard window

There's been a lot of internal work. Retest your existing programs for regression vs v0.32.

[url]https://axrt.org/development/EmuV0/EmuV0-0.40.x86_64-aros-v11.zip[/url]

thank you Deadwood

[quote name=AMIGASYSTEM post=9989]@AMIGASYSTEM
RNOSlide can load images and create a video (Avi file created correctly), but a Guru crash occurs after saving the video. Furthermore, if you try to change the name of the video file to be saved in the GUI, the system crashes.[/quote]

Can you make a video showing what to do exactly to generate the crashes?

[quote name=ntromans post=10597]@ntromans - [quote name=deadwood post=10596]@deadwood - Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )[/quote]

Please see attached. I've put a debugprint before every mui.get and mui.set for window activate.

Cheers,
Nigel.[/quote]

With this recompiled version I no longer get crash when closing the whiteboard window. Please check how it works for you under v0.40

[quote name=deadwood post=10612]@deadwood - [quote name=AMIGASYSTEM post=9989]@AMIGASYSTEM
RNOSlide can load images and create a video (Avi file created correctly), but a Guru crash occurs after saving the video. Furthermore, if you try to change the name of the video file to be saved in the GUI, the system crashes.[/quote]

Can you make a video showing what to do exactly to generate the crashes?[/quote]

Now I no longer have the crash, I don't know what has changed, RNOSlide works fine, there is only the problem of graphic artefacts in the file list, but I think this still needs to be fixed, I noticed that the buttons are out of position on all Hollywood applications.

In the next few days I will carry out thorough tests to check for regressions, thank you for updating Emuv0!

[quote name=deadwood post=10613]@deadwood - [quote name=ntromans post=10597]@ntromans - [quote name=deadwood post=10596]@deadwood - Yeah, the crash I'm seeing happens when something calls GET(whiteboardwindow, MUIM_Window_Activated) which I assume in Hollywood translated to mui.get (window, "activated" )[/quote]

Please see attached. I've put a debugprint before every mui.get and mui.set for window activate.

Cheers,
Nigel.[/quote]

With this recompiled version I no longer get crash when closing the whiteboard window. Please check how it works for you under v0.40[/quote]

I've installed 0.40. SimpleWhiteboard starts and I can draw, but on closing a draw window I'm getting and input device priviledge violation error. Unfortunately I can't screen-shot (or indeed click on 'more' as the system immediately locks up.

Sorry,
Nigel.

P.S. re. networking, that's the next step on using SimpleWhiteboard, I send jpg screen-shots every 10 s to a Linux box via a small Hollywood program over wifi: the Linux machine then shares this through Teams for online tutorials. Teams kills performnce so it works well to have the whiteboard running on a different machine. Still, there's more than one wy to do something - I could possibly use Samba to send the files to Linux, but also do we have any 64 bit application to send a file from one AROS machine to another via dos or rexx?

@AMIGASYSTEM

Please make screen shots of graphics problems in the list in RNOSlides and the buttons out of position on Hollywood applications and mark the problems so I can undestand better.

@ntromans

Does the crash happens with "old" or "recompiled with debug printing" version of SimpleWhiteboard?

re: networking - yeah Samba sounds like a valid workaround

[quote name=ntromans post=10619]
I could possibly use Samba to send the files to Linux, but also do we have any 64 bit application to send a file from one AROS machine to another via dos or rexx?
[/quote]
Out of the loop for ages so not sure what is up-to-date and not (also keep in mind that I have not yet any idea what EmuV0 is and what you are trying to achieve so my answer might be out of scope) but if you mount a samba share (see icaros desktop manual for quick howto as the basics should (still) be the same) then a invoke of the copy command should do the trick. In which case the only knowledge required is the name of the mounted smb device as per your configuration.

Actually, SMB2 now exists on AROS 64bit and works perfectly for file sharing between AROS Network and connected volumes!

The best choice would be to have a network in EmuV0, so that programmes such as ‘ModExplorer’ could work to listen to Amiga Modules online.

[quote name=deadwood post=10623]@deadwood - @AMIGASYSTEM

Please make screen shots of graphics problems in the list in RNOSlides and the buttons out of position on Hollywood applications and mark the problems so I can undestand better.[/quote]

Regarding the artefacts in the Playlist file, I did not encounter the problem with the reference build. I need to check what causes the artefacts on AROS One.

As for the buttons, you can see them in the screenshot. One is correct on 32bt, the other is incorrect on EmuV0.

@AMIGASYSTEM

Ok, thanks for the screenshots. Weird, I was expecting this to be fixed already.