SVG datatype/library linked pthreads problems

	Bottom Previous Topic Next Topic
Register To Post

« 1 (2) 3 »

trixie

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 15:19 #21

Amigans Defender

@thomas

Quote:

MakeDT-1.3 /.../ Always worked perfectly for me. It's great to be included in makefiles. I don't understand why one would need a GUI.

I see. Wonder how the file contents mask is set, then.

The Rear Window blog

AmigaOne X5000 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition

salass00

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 15:20 #22

Just can't stay away

BTW I've been working on a ruby script for generating descriptor files for use on cross-compiler setups (cygwin/linux) to go with my other ruby development tools that can be found here:
http://www.a500.org/downloads/development/index.xhtml

salass00

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 15:33 #23

Just can't stay away

@trixie

It is easy enough to do.

This f.e. is the .dt file for my wave.datatype:
Quote:

FileName=RAM:RIFF-WAVE
DTName=RIFF-WAVE,wave
ID=soun,wave
Recog=#?,RIFF\?\?\?\?WAVE
Flags=binary,y,0

The '\?'s in the file content pattern are wildcards and simply mean that this byte can contain anything.

If you need more advanced checking you need to write a descriptor function in C code as I have done for the svg datatype.

trixie

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 17:12 #24

Amigans Defender

@salass00

Ok, thanks. Seems easy enough.

The Rear Window blog

AmigaOne X5000 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition

ssolie

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 18:15 #25

Amigans Defender

Quote:

salass00 wrote:
BTW I've been working on a ruby script...

How about a Python version so we can use it on AmigaOS as well?

I haven't tried learning Ruby yet myself. I know, I'm lazy...

ExecSG Team Lead

ssolie

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 18:22 #26

Amigans Defender

Quote:

Chris wrote:
You'll need to copy the two .datatype files to SYS:Classes/DataTypes, and the contents of SObjs to SObjs:. Double-click on SVG and then double-click (or open into MultiView) rect1.svg. This should crash it.

Great, thanks!

Whenever there is an issue with threading I consider it a high priority.

ExecSG Team Lead

Chris

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 19:59 #27

Amigans Defender

@salass00

Quote:

You can find the descriptor file and the source files I used to generate it in the archive on OS4Depot

Ta. The descriptor seems a bit overkill though, seeing as it uses Expat to determine if the file is an SVG.

I was going to do a simple search though the first few bytes looking for <!DOCTYPE svg

Chris

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 20:00 #28

Amigans Defender

@ssolie

Quote:

Whenever there is an issue with threading I consider it a high priority.

Are you aware of the long-standing libcurl threaded resolver issue?

ssolie

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 22:20 #29

Amigans Defender

Quote:

Chris wrote:
Are you aware of the long-standing libcurl threaded resolver issue?

Not a clue. I just happened to stumble upon this thread because AmiWest just ended and I was scanning forums for questions.

If by "long-standing" you mean it was discussed in a web forum then don't expect anything to happen. Problems must at a minimum be mentioned on the support.amigos.net forum to be noticed.

Beta testers are obligated to scan the support forum for issues to report. They are not obligated to scan anywhere else.

ExecSG Team Lead

Chris

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/1 23:06 #30

Amigans Defender

@ssolie

OK, done. Olaf is already aware so I don't expect this to change anything, but it gives some visibility of the issue.

http://support.amigaos.net/viewtopic.php?f=14&t=1364

kas1e

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/2 12:16 #31

Home away from home

@Crhis, Steven

I add some more info on support forum.

Join us to improve dopus5!
AmigaOS4 on youtube

ssolie

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/2 22:31 #32

Amigans Defender

Quote:

OK, done. Olaf is already aware so I don't expect this to change anything, but it gives some visibility of the issue.

Just because Olaf knows about the problem doesn't mean anybody else does. If it is not recorded in our internal bugzilla then I know nothing about it. And since I'm the guy pushing for fixes... well, you figure it out.

I do the resource planning and push to get bugs fixed. I work from our internal bugzilla. Beta testers are supposed to confirm bugs and file them into bugzilla and let customers know they submitted them. This system has been working pretty good so far but issues still can fall through the cracks and are thus invisible to me.

Hmmmm... This is probably something I should blog about so customers know what to do to get their most annoying bugs fixed. I just realized our development team knows the rules but nobody bothered to tell our customers.

ExecSG Team Lead

salass00

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/22 11:38 #33

Just can't stay away

@Chris

I just cloned the libsvgtiny git repository using hggit but when I try to build it it seems to require some files from netsurf (?):
Quote:

26.Development:Projects/Libraries/libsvgtiny> gmake
Makefile:10: /opt/netsurf/share/netsurf-buildsystem/makefiles/Makefile.tools: Device not configured
Makefile:45: /Makefile.top: Device not configured
gmake: stat: /Makefile.top: Device not configured
gmake: stat: /opt/netsurf/share/netsurf-buildsystem/makefiles/Makefile.tools: Device not configured
gmake: *** No rule to make target `/Makefile.top'. Stop.
26.Development:Projects/Libraries/libsvgtiny> make
Makefile:10: /opt/netsurf/share/netsurf-buildsystem/makefiles/Makefile.tools: Device not configured
Makefile:45: /Makefile.top: Device not configured
make: stat: /Makefile.top: Device not configured
make: stat: /opt/netsurf/share/netsurf-buildsystem/makefiles/Makefile.tools: Device not configured
make: *** No rule to make target `/Makefile.top'. Stop.
26.Development:Projects/Libraries/libsvgtiny>

Chris

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/22 17:48 #34

Amigans Defender

@salass00

Read this: http://wiki.netsurf-browser.org/Documentation/GettingCoding

Probably doesn't help much actually. But basically you need to also clone buildsystem.git, copy it into a directory called "share", and then when you make libsvgtiny you need to add PREFIX=/path/to/the/share/directory

The latest libsvgtiny also needs libdom, which needs libwapcaplet, and you can build it with the expat binding only.

salass00

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/22 21:16 #35

Just can't stay away

@Chris

Thanks for the link. I'll check it out tomorrow.

Today I wasted a lot of time cloning the netsurf.git repository (it took several hours) since I thought it needed files from that. If I knew it would take so long I would have made sure to do only a shallow copy (cloning libsvgtiny.git didn't take very long at all).

Chris

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/22 23:47 #36

Amigans Defender

@salass00

Yes, netsurf.git takes forever with hg-git, it's the reason I don't use hg-git with it and want a proper git client. Doing a hg-git pull takes ages too even if nothing has changed.

But the libraries are quick with it, as they have much less history and are smaller overall.

I haven't risked trying to push to git with hg-git yet, and don't intend to.

salass00

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/23 8:31 #37

Just can't stay away

Cloning buildsystem.git and using PREFIX solved the "Device not configured" errors. I also had to set CC=gcc so that it wouldn't say "Unable to detect toolchain".

After all that and installing gperf it now complains about:
Quote:

8.Development:Projects/Libraries/netsurf/libsvgtiny> gmake PREFIX=/Development/Projects/Libraries/netsurf CC=gcc
GPERF: src/colors.gperf
COMPILE: build-amiga-amiga-release-lib-static/src_colors.c
T:gmake.sh.105.NWIWFV[2]: no closing quote
gmake: *** [build-amiga-amiga-release-lib-static/build-amiga-amiga-release-lib-static_src_colors.o] Error 1
8.Development:Projects/Libraries/netsurf/libsvgtiny>

Chris

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/23 11:50 #38

Amigans Defender

@salass00

No closing quote means that pkg-config can't find a particular library. Make sure you have the .pc files for libdom, libwapcaplet and libexpat installed.

The only way to find out the actual error is to find out what command make is trying to run, as it'll be embedded in it. "make -n" might help.

salass00

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/26 8:22 #39

Just can't stay away

@Chris

I have libexpat installed from the SDK but it doesn't include the .pc file. Neither does the older version on OS4Depot.

Edit: I downloaded the expat source archive from sourceforge and modified the .pc.in file contained therein and I've now successfully compiled libwapcaplet.

Edit: The .pc file that gmake install generates is empty for some reason but apart from that the install seems to work.
Quote:

8.Development:Projects/Libraries/netsurf/libwapcaplet> gmake PREFIX=/SDK/local/newlib CC=gcc install
T:gmake.sh.108.HOMQMV[6]: @mkdir: not found
T:gmake.sh.108.HOMQMV[7]: @echo: not found
T:gmake.sh.108.HOMQMV[8]: @sed: not found
T:gmake.sh.108.HOMQMV[12]: @mkdir: not found
8.Development:Projects/Libraries/netsurf/libwapcaplet>

I'm prettty sure I have mkdir, echo and sed in the SDK...

Edited by salass00 on 2012/11/26 8:42:59
Edited by salass00 on 2012/11/26 8:51:30

Raziel

Re: SVG datatype/library linked pthreads problems

Posted on: 2012/11/26 9:53 #40

Home away from home

@salass00

Check if your PATH variable points to the files

--

game box/art scans
scummvm infrequent builds

Register To Post	« 1 (2) 3 »
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )