Subject: Bug in The Player 6.1

From: amadeus
Date: Sun Aug 27 23:01:17 2006

To: UADE-Developer-discussion
The first module in Mystic's demo Traffic sounds very strange in uade 2.02 and uade 2.03. It stalls almost right away.

This is decrunched module from the source archive SHD released.
[url]www.heko.dk/~maj/p61.traffic1[/url]

---

From: mld/uade team
Date: Mon Aug 28 07:50:40 2006

To: UADE-Developer-discussion
hmmh, odd, i'm listening to it right now (at the vocal chorus right now)... Please describe what you mean by stalling?

mld/uade team

---

From: amadeus
Date: Mon Aug 28 10:28:40 2006

To: UADE-Developer-discussion
[quote:671080f07d="mld/uade team"]hmmh, odd, i'm listening to it right now (at the vocal chorus right now)... Please describe what you mean by stalling?
[/quote:671080f07d]
The first 8 seconds have pauses and separate drum sounds. After 8 sec. it sounds perfect.

Do you also get that?

---

From: mld/uade team
Date: Mon Aug 28 13:46:23 2006

To: UADE-Developer-discussion
hmmh. yeah. And that's wrong, I guess?

---

From: amadeus
Date: Mon Aug 28 15:00:38 2006

To: UADE-Developer-discussion
[quote:d5710d2678="mld/uade team"]hmmh. yeah. And that's wrong, I guess?[/quote:d5710d2678]

I don't know. Perhaps the demo skips the first 8 sec.?

Luckly for us, we have the coder of Traffic at our disposal =)

---

From: shd
Date: Tue Aug 29 09:58:46 2006

To: UADE-Developer-discussion
[quote:d8a991a08d="amadeus"][quote:d8a991a08d="mld/uade team"]hmmh. yeah. And that's wrong, I guess?[/quote:d8a991a08d]

Luckly for us, we have the coder of Traffic at our disposal =)[/quote:d8a991a08d]

Indeed, there's a problem. The demo doesn't skip anything.

There are some E8x commands in the song to sync the demo, but they don't seem to cause the problem because the song works after 8 secs and has sync commands after that.

Does the traffic song work with any previous uade release?

---

From: amadeus
Date: Tue Aug 29 12:54:06 2006

To: UADE-Developer-discussion
[quote:aeb1126310="shd"]Does the traffic song work with any previous uade release?[/quote:aeb1126310]
I have tested it with the 2.x releases, and it doesn't work with any of them.

---

From: mld/uade team
Date: Tue Aug 29 13:08:40 2006

To: UADE-Developer-discussion
Prowiz 2.20/Amiga has the same bug
Noiseconverter converts it right

---

From: amadeus
Date: Tue Aug 29 13:14:05 2006

To: UADE-Developer-discussion
[quote:01a73dc4e9="mld/uade team"]Prowiz 2.20/Amiga has the same bug
Noiseconverter converts it right[/quote:01a73dc4e9]
Noiseconverter is by Henryk Richter (Buggs/Defect). Perhaps he would release the source? Would that be of any help?

In 1995 he used
henryk richter stud uni-rostock de

Update:
Even better, he have website at http://horus.comlab.uni-rostock.de/ with his email at the buttom =)

---

From: Guest
Date: Tue Aug 29 13:54:49 2006

To: UADE-Developer-discussion
The Mod Converter in Eagleplayer is based on Noiseconverter. It's GPL'd and I have the source for it *grin*

Another converter which does it right (never had a doubt about it) is Sylvain Chipaux' Prowiz for PC (http://asle.free.fr/prowiz/). Advantages of it is 
a) actively developed
b) it's in human readable C ;-)

---

From: shd
Date: Tue Aug 29 14:00:40 2006

To: UADE-Developer-discussion
[quote:745fb06db2="Anonymous"]The Mod Converter in Eagleplayer is based on Noiseconverter. It's GPL'd and I have the source for it *grin*

Another converter which does it right (never had a doubt about it) is Sylvain Chipaux' Prowiz for PC (http://asle.free.fr/prowiz/). Advantages of it is 
a) actively developed
b) it's in human readable C ;-)[/quote:745fb06db2]

Could it be that the p61 converter in ptk chooses a wrong initial pattern for playing?

---

From: mld/uade team
Date: Tue Aug 29 14:48:40 2006

To: UADE-Developer-discussion
I thought so too. But the pattern order was right...

However... pattern 23 is the problem... The working mod has a d00 (patternjump 0) at row 0, voice 3 in pattern 23.

This is missing in the buggy mod. Unsupported effect by the converter?

---

From: amadeus
Date: Tue Aug 29 15:15:03 2006

To: UADE-Developer-discussion
[quote:4836872ab3="Anonymous"]The Mod Converter in Eagleplayer is based on Noiseconverter. It's GPL'd and I have the source for it *grin*[/quote:4836872ab3]
That's strange, it ought to work then! ??

[quote:4836872ab3]Another converter which does it right (never had a doubt about it) is Sylvain Chipaux' Prowiz for PC (http://asle.free.fr/prowiz/). Advantages of it is 
a) actively developed
b) it's in human readable C ;-)[/quote:4836872ab3]
There is only one slight disadvange. It doesn't compile on Linux =)

I just tried Michael's build, but it is Mandrike (only?).

Can Prowiz 1.61 convert it?

---

From: mld/uade team
Date: Tue Aug 29 16:13:02 2006

To: UADE-Developer-discussion
noiseconverter: no, ptk-prowiz is based on prowizard amiga.
prowiz/pc: It ought to work. You need dmalloc to compile, iirc.

Some news about the bug. It seems the whole first line of pattern 23 isn't converted...

It should be:
|00| - 000f02| - 000fa8| - 000d00| - 000000|

but it's:
|00| - 000000| - 000000| - 000000| - 000000|

the rest seem to be ok...

---

From: mld/uade
Date: Tue Aug 29 16:44:59 2006

To: UADE-Developer-discussion
Correction: It seems to choke on the first two lines of  pattern 23... It smeels like a beq/bne with resetting the line counter...

good one: 
[code:1:591d5fcc56]
 |00| - |000f02| - |000fa8| - |000d00| - |000000| 
 |01| - |000f02|f-3|0a000| - |000d00| - |000000| 
[/code:1:591d5fcc56]

bad one:
 [code:1:591d5fcc56]
 |00| - |000000| - |000000| - |000000| - |000000| 
 |01| - |000000| - |000000| - |000000| - |000000| 
[/code:1:591d5fcc56]

---

From: amadeus
Date: Tue Aug 29 19:18:01 2006

To: UADE-Developer-discussion
[quote:9d7f6937d7="mld/uade"]Correction: It seems to choke on the first two lines of  pattern 23... It smeels like a beq/bne with resetting the line counter...
[/quote:9d7f6937d7]
Isn't it strange that no other tune trickers that bug?

I must have heard a 100 different packed modules, and haven't noticed anyting =)

---

From: asle
Date: Sun Sep 17 22:14:04 2006

Hey there,

 I thought I might add a little something, here :).
 Ok, Gryzor's conversion doesn't care about what's after a pattern break even when it's stored in a P6* file. It's stored for nothing since P6* do _not_ accept D command with anything else than 00. Anyway, Gryzor thought it was unusable and thus useless :). Now, there are not that many PTK files that start with a D00 ... and after a few tests on my own, like creating fake PTK, converting them with P61a and then converting them back with Gryzor's PW, the bug is here : if there's a D00 at the first line, it's not handled.

 Now, as for compiling PW4PC on Linux, just edit the Makefile and remove the -DMALLOC. That should do it. Though, getting this lib could also do the trick. But truth is I don't use it anymore, so ... .

 And thank Michael for your kind words :).

Cya
Sylvain

---

From: amadeus
Date: Mon Sep 18 00:57:30 2006

To: UADE-Developer-discussion
[quote:150dbff582="asle"] Now, as for compiling PW4PC on Linux, just edit the Makefile and remove the -DMALLOC. That should do it. Though, getting this lib could also do the trick. But truth is I don't use it anymore, so ... .[/quote:150dbff582]
I still can't compile it =(
[code:1:150dbff582]gcc -DUNIX -DINCLUDEALL -O6 -Wall -mpentiumpro -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c prowiz.c -o prowiz.o
In file included from prowiz.c&#58;9&#58;
include/extern.h&#58;320&#58; error&#58; array type has incomplete element type
prowiz.c&#58; In function ‘main’&#58;
prowiz.c&#58;61&#58; error&#58; invalid lvalue in assignment
prowiz.c&#58;61&#58; error&#58; invalid lvalue in assignment
make&#58; *** &#91;prowiz.o&#93; Error 1
[/code:1:150dbff582]

---

From: asle
Date: Mon Sep 18 20:48:42 2006

To: UADE-Developer-discussion
uh .. ?!?!?. you mean :
[code:1:e9c23dd0db]extern void fillPTKtable &#40; Uchar&#91;&#93;&#91;&#93; &#41;;[/code:1:e9c23dd0db]
isn't standard C ?. Exactly, what compiler version are you using ?. I'm running gcc 2.something under FreeBSD. I've even succesfully compiled the very source, that's online right now, under Winblows using Dev-C++.
It's odd.
I guess I can't help much here.

---

From: amadeus
Date: Mon Sep 18 23:25:55 2006

To: UADE-Developer-discussion
[quote:9eadd1835b="asle"]uh .. ?!?!?. you mean :
[code:1:9eadd1835b]extern void fillPTKtable &#40; Uchar&#91;&#93;&#91;&#93; &#41;;[/code:1:9eadd1835b]
[/quote:9eadd1835b]
Yes, that's the one.
[quote:9eadd1835b="asle"]
isn't standard C ?. Exactly, what compiler version are you using ?. I'm running gcc 2.something under FreeBSD. I've even succesfully compiled the very source, that's online right now, under Winblows using Dev-C++.
It's odd.
I guess I can't help much here.[/quote:9eadd1835b]
I am using Fedora Core 5 with
[code:1:9eadd1835b]libgcc-4.1.1-1.fc5
gcc-gfortran-4.1.1-1.fc5
gcc-4.1.1-1.fc5
gcc-c++-4.1.1-1.fc5
[/code:1:9eadd1835b]

---

From: shd
Date: Tue Sep 19 19:05:00 2006

To: UADE-Developer-discussion
[quote:7ed8b29fd2="asle"]uh .. ?!?!?. you mean :
[code:1:7ed8b29fd2]extern void fillPTKtable &#40; Uchar&#91;&#93;&#91;&#93; &#41;;[/code:1:7ed8b29fd2]
isn't standard C ?. Exactly, what compiler version are you using ?. I'm running gcc 2.something under FreeBSD. I've even succesfully compiled the very source, that's online right now, under Winblows using Dev-C++.
It's odd.
I guess I can't help much here.[/quote:7ed8b29fd2]

It would be more obvious to specify Uchar [37][2].

Here some other suggestions about prowiz:

* Put #include &lt;arpa/inet.h&gt; to globals.h to have ntohl() and htonl(). 
* rippers/GnuPlayer.c contains undefined semantics:
[code:1:7ed8b29fd2]      Whatever&#91;k++&#93; = &#40;Whatever&#91;k-1&#93; + samp&#41;;
[/code:1:7ed8b29fd2]
* Remove Pentium optimisation options. Just -O2 should be good.
* Remove -L/usr/local/lib, that's admin's job to configure linker
* Put x flag to misc/ directory
* Almost nobody uses dmalloc so remove that as the default option
* prowiz.c:61 uses some weird lvalue semantics which gcc claims to be deprecated:

---

From: asle
Date: Tue Sep 19 22:19:47 2006

To: UADE-Developer-discussion
ok, thanks to the both of you for these kind reports. I'll do something asap about this. And sorry for being a little off topic :/

Sorry to be this short but the day was kinda full and I'm longing for my bed right now ....

Cya
Sylvain

---

From: amadeus
Date: Tue Sep 19 23:05:47 2006

To: UADE-Developer-discussion
[quote:f873a17dc2="asle"]ok, thanks to the both of you for these kind reports. I'll do something asap about this.[/quote:f873a17dc2]
I will be happy to test if needed =)

---

From: asle
Date: Wed Sep 20 08:35:17 2006

To: UADE-Developer-discussion
go at it then :). I've trashed dmalloc() and fixed this extern declaration. I've also removed the casts that seem to bother GCC 3 ... . Oh and GnuPlayer is now also compiling correctly. Last I've done nothing about the tests in ThePlayer * that check if an Uchar is &lt;= 0xFF :). Call it a legacy of some sort throughout the dozen of weird compilers I've used in the past :).
The lastest src is here : http://asle.free.fr/prowiz/prowiz.src.zip

And again, I apologize for almost taking over this channel :).

Cya
Sylvain

---

From: amadeus
Date: Wed Sep 20 11:27:55 2006

To: UADE-Developer-discussion
[quote:f0512257a8="asle"]go at it then :).[/quote:f0512257a8]
I think it is very close now =) The first code block are the warnings and the second is the blocker.
[code:1:f0512257a8]gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/FuchsTracker.c -o rippers/FuchsTracker.o
rippers/FuchsTracker.c&#58; In function ‘Depack_FuchsTracker’&#58;
rippers/FuchsTracker.c&#58;242&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/FuchsTracker.c&#58;242&#58; warning&#58; nested extern declaration of ‘htonl’
...
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/KefrensSoundMachine.c -o rippers/KefrensSoundMachine.o
rippers/KefrensSoundMachine.c&#58; In function ‘Depack_KSM’&#58;
rippers/KefrensSoundMachine.c&#58;191&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/KefrensSoundMachine.c&#58;191&#58; warning&#58; nested extern declaration of ‘htonl’
...
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/NoiseRunner.c -o rippers/NoiseRunner.o
rippers/NoiseRunner.c&#58; In function ‘Depack_Noiserunner’&#58;
rippers/NoiseRunner.c&#58;235&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/NoiseRunner.c&#58;235&#58; warning&#58; nested extern declaration of ‘htonl’
...
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/SGT-Packer.c -o rippers/SGT-Packer.o
rippers/SGT-Packer.c&#58; In function ‘Depack_SGT’&#58;
rippers/SGT-Packer.c&#58;160&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/SGT-Packer.c&#58;160&#58; warning&#58; nested extern declaration of ‘htonl’
rippers/SGT-Packer.c&#58;79&#58; warning&#58; unused variable ‘FxVal’
rippers/SGT-Packer.c&#58;79&#58; warning&#58; unused variable ‘Fx’
rippers/SGT-Packer.c&#58;79&#58; warning&#58; unused variable ‘Smp’
rippers/SGT-Packer.c&#58;79&#58; warning&#58; unused variable ‘Note’
rippers/SGT-Packer.c&#58;78&#58; warning&#58; unused variable ‘Max’
rippers/SGT-Packer.c&#58;76&#58; warning&#58; unused variable ‘c2’
rippers/SGT-Packer.c&#58;76&#58; warning&#58; unused variable ‘c1’
...
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/TheDarkDemon.c -o rippers/TheDarkDemon.o
rippers/TheDarkDemon.c&#58; In function ‘Depack_TheDarkDemon’&#58;
rippers/TheDarkDemon.c&#58;291&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/TheDarkDemon.c&#58;291&#58; warning&#58; nested extern declaration of ‘htonl’
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ThePlayer22a.c -o rippers/ThePlayer22a.o
rippers/ThePlayer22a.c&#58; In function ‘Depack_P22’&#58;
rippers/ThePlayer22a.c&#58;167&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ThePlayer22a.c&#58;167&#58; warning&#58; nested extern declaration of ‘htonl’
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ThePlayer30a.c -o rippers/ThePlayer30a.o
rippers/ThePlayer30a.c&#58; In function ‘Depack_P30’&#58;
rippers/ThePlayer30a.c&#58;168&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ThePlayer30a.c&#58;168&#58; warning&#58; nested extern declaration of ‘htonl’
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ThePlayer40.c -o rippers/ThePlayer40.o
rippers/ThePlayer40.c&#58; In function ‘Depack_P40’&#58;
rippers/ThePlayer40.c&#58;266&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ThePlayer40.c&#58;266&#58; warning&#58; nested extern declaration of ‘htonl’
rippers/ThePlayer40.c&#58;372&#58; warning&#58; comparison is always true due to limited range of data type
rippers/ThePlayer40.c&#58;429&#58; warning&#58; comparison is always true due to limited range of data type
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ThePlayer41a.c -o rippers/ThePlayer41a.o
rippers/ThePlayer41a.c&#58; In function ‘Depack_P41A’&#58;
rippers/ThePlayer41a.c&#58;230&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ThePlayer41a.c&#58;230&#58; warning&#58; nested extern declaration of ‘htonl’
rippers/ThePlayer41a.c&#58;336&#58; warning&#58; comparison is always true due to limited range of data type
rippers/ThePlayer41a.c&#58;393&#58; warning&#58; comparison is always true due to limited range of data type
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ThePlayer50a.c -o rippers/ThePlayer50a.o
rippers/ThePlayer50a.c&#58; In function ‘Depack_P50A’&#58;
rippers/ThePlayer50a.c&#58;382&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ThePlayer50a.c&#58;382&#58; warning&#58; nested extern declaration of ‘htonl’
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ThePlayer60a.c -o rippers/ThePlayer60a.o
rippers/ThePlayer60a.c&#58; In function ‘Depack_P60A’&#58;
rippers/ThePlayer60a.c&#58;563&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ThePlayer60a.c&#58;563&#58; warning&#58; nested extern declaration of ‘htonl’
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ThePlayer61a.c -o rippers/ThePlayer61a.o
rippers/ThePlayer61a.c&#58; In function ‘Depack_P61A’&#58;
rippers/ThePlayer61a.c&#58;708&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ThePlayer61a.c&#58;708&#58; warning&#58; nested extern declaration of ‘htonl’
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/TrackerPacker1.c -o rippers/TrackerPacker1.o
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/TrackerPacker2.c -o rippers/TrackerPacker2.o
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/TrackerPacker3.c -o rippers/TrackerPacker3.o
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/UnicTracker.c -o rippers/UnicTracker.o
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/UnicTracker2.c -o rippers/UnicTracker2.o
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/WantonPacker.c -o rippers/WantonPacker.o
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/XannPlayer.c -o rippers/XannPlayer.o
rippers/XannPlayer.c&#58; In function ‘Depack_XANN’&#58;
rippers/XannPlayer.c&#58;204&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/XannPlayer.c&#58;204&#58; warning&#58; nested extern declaration of ‘htonl’
gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/ZenPacker.c -o rippers/ZenPacker.o
rippers/ZenPacker.c&#58; In function ‘Depack_ZEN’&#58;
rippers/ZenPacker.c&#58;231&#58; warning&#58; implicit declaration of function ‘htonl’
rippers/ZenPacker.c&#58;231&#58; warning&#58; nested extern declaration of ‘htonl’
[/code:1:f0512257a8]
[code:1:f0512257a8]gcc -DUNIX -DINCLUDEALL -O2 -Wall -I/usr/local/include -Iinclude -Wshadow -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls -Wnested-externs -c rippers/datacrunchers.c -o rippers/datacrunchers.o
make&#58; stat&#58;misc/misc.o&#58; Permission denied
make&#58; stat&#58;misc/misc.c&#58; Permission denied
make&#58; *** No rule to make target `misc/misc.c', needed by `misc/misc.o'.  Stop.
[/code:1:f0512257a8]

---

From: amadeus
Date: Wed Sep 20 11:50:19 2006

To: UADE-Developer-discussion
[quote:72c2ae0fdc="amadeus"]I think it is very close now =)[/quote:72c2ae0fdc]
Infact it works just by &quot;chmod u+x misc&quot; =)
[code:1:72c2ae0fdc]~/Desktop/pro$ ./prowiz.exe

-&lt;&#40;&#91; Pro-Wizard v1.61a &#93;&#41;&gt;-

./prowiz.exe &lt;data file&gt;
Check for the documentation for more info !
~/Desktop/pro$

[/code:1:72c2ae0fdc]

Very cool =) Thanks.

Could you put the entire tree in a directory when you pack it? Linux users expect when an archive extract a directory named exactly as the archive minus the extension is created.

E.g. uade-2.03.tar.bz2 is unpacked to uade-2.03
I don't know why it is so, but we love it =)

---

From: shd
Date: Wed Sep 20 14:01:56 2006

To: UADE-Developer-discussion
[quote:c700b9f7cb="amadeus"]Could you put the entire tree in a directory when you pack it? Linux users expect when an archive extract a directory named exactly as the archive minus the extension is created.

E.g. uade-2.03.tar.bz2 is unpacked to uade-2.03
I don't know why it is so, but we love it =)[/quote:c700b9f7cb]

I think the reason is obvious. If the goal is to avoid mixing the archive and files inside it, the solution is to have one extra command:
[code:1:c700b9f7cb]mkdir packagename-version
tar xf foo.tar.bz2 -C packagename-version/[/code:1:c700b9f7cb]
The mkdir is not needed if the archive puts files into that hierarchy, so basically it is just convenience.

---

From: asle
Date: Wed Sep 20 17:34:23 2006

To: UADE-Developer-discussion
Nice to know you got it compiled in the end :). As for the warnings regarding htonl, well, I admit I overlooked SHD's help about it by not doing the Linux compliant include. You see, on my FreeBSD, htonl() is in sys/param.h .. anyway, I'll add a specific makefile for linux, I guess, with this feature. Now, the directory, you're right, I should have put all this inside a lone directory. I'll do that next time. I hope it didn't leave too big a mess on you working directory :).
 Oh and this chmod matter, I've absolutly no clue whatsoever what went wrong .. aside maybe an umask in your .login or something. I do _nothing_ regarding rights. I install nothing. I just create .o and the binary in all the subdirectories.

Cya
Sylvain

---

From: amadeus
Date: Wed Sep 20 18:08:44 2006

To: UADE-Developer-discussion
[quote:249370f921="asle"]Nice to know you got it compiled in the end :). As for the warnings regarding htonl, well, I admit I overlooked SHD's help about it by not doing the Linux compliant include. You see, on my FreeBSD, htonl() is in sys/param.h .. anyway, I'll add a specific makefile for linux, I guess, with this feature.[/quote:249370f921]
Sounds good =)
[quote:249370f921="asle"]Now, the directory, you're right, I should have put all this inside a lone directory. I'll do that next time. I hope it didn't leave too big a mess on you working directory :).
[/quote:249370f921]
I have tried worse =)
[quote:249370f921="asle"]Oh and this chmod matter, I've absolutly no clue whatsoever what went wrong .. aside maybe an umask in your .login or something. I do _nothing_ regarding rights. I install nothing. I just create .o and the binary in all the subdirectories.
[/quote:249370f921]
The misc directory even missed x flag right after depacking. Do you pack it as root? The root user can cd into directories without x flags. Could that be it?

---

From: asle
Date: Wed Sep 20 21:12:57 2006

To: UADE-Developer-discussion
[quote:fbfe6a3f06="amadeus"]The misc directory even missed x flag right after depacking. Do you pack it as root? The root user can cd into directories without x flags. Could that be it?[/quote:fbfe6a3f06]
I, indeed pack as root, but the directory belongs to the user ~prowiz in fact. Ok, I've just added the +x so that if won't be anymore a pb. Will be all right for the next time.
Thanks for reporting about all this.

---

From: mld/uade team
Date: Mon Sep 25 10:18:36 2006

To: UADE-Developer-discussion
thanks for the tips about p61, alse!
Always good to have you as backup info ;-)))

hope you are doing fine and nice progresses with AMP

Michael