News:

Simutrans Wiki Manual
The official on-line manual for Simutrans. Read and contribute.

[Not a PAK128 Problem] Problem with "testing" makeobj and PAK128

Started by wernieman, May 18, 2010, 04:48:38 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

wernieman

Hey,

I have a Problem with the Testing of an "Testing makeobj".

I get an error:
  reading file ./BigLogo.dat
  writing file ./symbol.BigLogo.pak
     packing symbol.BigLogo
  reading file ./builder_cursor.dat
  writing file ./cursor.Builder.pak
     packing cursor.Builder
  reading file ./marked.dat
  writing file ./cursor.Marked.pak
     packing cursor.Marked
Executing command: lift symbol.BigLogo.pak
Merging: makeobj QUIET merge GUI.128.pak *.pak
writing file GUI.128.pak
  copying file GUI.128.pak
Makeobj call returned -11


When I want to test it "by Hand" I have the problem, that I don´t understand at wich Part of the PAK the makeobj have a Problem ... could somebody help?

Withaut I could not identify if it a makeobj or a PAK128 problem ....

Werner

Edit:
Not a PAK128 Problem, it is an makeobj Problem and must solve there
I hope you understand my English

VS

If it's a recent pakmak.py, the mesages should match (since std* are now flushed after every call). That means this happens:
1) gui paks are compiled - ok
2) biglogo is copied - ok
3) merging the rest to one file <- error

Does it work with normal makeobj?

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

#2
It work with the offizial makeobj

And with a compiled from Version r3164 (But this have an other problem)

But r3301 take this problem!

I want to test it by Hand to better make a Bug reporting for makeobj (or PAK128), bu I don´t understand wich part I can do "by Hand", I could write in the shell to see the problem.

Edit:
Normaly makeobj return only 0,1,3. But in this case it is -11??

Edit2:
Sorry, use the Wrong Version-Number. A simple copy-and-paste-problem. Now the Bugmessage is correct
I hope you understand my English

VS

Maybe makeobj exit is strange and python reads wrong exit code? I will test in the afternoon...

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

If you need I could give you my makeobj (linux64) or could crosscompile a makeobj for you ....
I hope you understand my English

VS

#5
I'll test "latest" (r3303) on windows. If you can give me 32-bit version for linux, I will try to test that, too.




3303 @ win = no fail ;)




I am interested in that -11; if return codes are returned as bytes, then it's the same as 245...

Can you test the operations manually, if they return bad codes outside pakmak? The first is

makeobj QUIET pak128 ./ ./

and second

makeobj QUIET merge GUI.128.pak *.pak

edit: you can try without QUIET (then it will write also lots of "makeobj version blah blah markus pristovsek volker meyer blahblah")

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

#6
Its crasy, with 3303 work it at my system too..

I make a retest with 3301.. it Works!!

But there was no change in the PAK (svn log)

I don´t understand it ....
I hope you understand my English

wernieman

At now it don´t work :o(

Wit 3303 and 3303-32Bit ...

Makeobj call returned -11

Die letzten Meldungen:

Generieren Open-PAK128 schlug Fehl
   writing file ./symbol.Builder.pak
      packing symbol.Builder
   reading file ./construction.dat
   writing file ./misc.Construction.pak
      packing misc.Construction
   reading file ./generaltools.dat
   writing file ./cursor.GeneralTools.pak
      packing cursor.GeneralTools
   reading file ./BigLogo.dat
   writing file ./symbol.BigLogo.pak
      packing symbol.BigLogo
WARNING: ignoring alpha channel
   reading file ./builder_cursor.dat
   writing file ./cursor.Builder.pak
      packing cursor.Builder
   reading file ./marked.dat
   writing file ./cursor.Marked.pak
      packing cursor.Marked
Executing command: lift symbol.BigLogo.pak
Merging: makeobj QUIET merge GUI.128.pak *.pak


But when I do it "per Hand" I get "no Problem"
makeobj QUIET merge GUI.128.pak *.pak
I hope you understand my English

VS

I get no problems with v50 from sourceforge.

The version you sent me does not work ("bash: can not execute binary file"). Of course with executable bits on ;D

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

prissi


VS

I don't think so... According to Werner the binary was 32bit and the system was 32bit when I installed it. Only if Ubuntu upgrade changes to 64 bits without asking... but that is fantasy.

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

Can you test it again?

But its now makeobj.51.r3330.32Bit on the same place

It could be that the crosscompiling for 32 Bit for makeobj is broken ... so I compile it on my Notebook....

I hope you understand my English

VS


My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

did you load binary or ascy??

I recheckt it and it work on a 32Bit-System ......
I hope you understand my English

VS

Chmod 755... am I missing something here?

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

Wich do you download??

On my SystemI must not make "chmod +x" .... but i set the ftp-programm to download binary ...

And i Donwload from my Webside and test ... and the makeobj.51.r-3330.32Bit work ....
I hope you understand my English

VS

I downloaded it with wget, set mode and copied to /usr/bin/, then added symlink called makeobj.

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

I don´t know how whe solfe the Problem ... :o(

When I test it, it works ....
I hope you understand my English

VS

#18
Do you need some feature from this makeobj testing build? If no, let's wait a week and try again :P

edit: or I could try to compile myself! Oh no... :-(




edit 2 : compiled, tested, reproduced. It happens with different file. This will be hard to debug... maybe the bug is in python library? I'll try more...

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

I need the makeobj for the PAK64 ... and I would not use different makeobj for different PAKs ....

Give you me a Message when you find the error??
I hope you understand my English

VS


My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

I hope you understand my English

VS

A few moments of testing showed, that it can be reproduced. I haven't tested yet if the output is valid pak or not. The virtual machine is... slow.

What happens? Negative return is "special feature" of the library and means that process terminated with signal.
-11 = signal #11 = SIGSEGV. Boo.

If I have some more time to kill by the virtual machine, I'll "playtest" outputs.

note: makeobj compiled myself.

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

So it is an pyhon, an mose or an makeobj Problem?
I hope you understand my English

VS

Makeobj. When you do makeobj merge target.pak *.pak, it can break. In some cases it gets sigsegv as seen here. But it can go recursive and write the file to itself again and again... :-( That just happened to me.

My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

so whe must write a "Bug-Report" für makeobj??
I hope you understand my English

VS


My projects... Tools for messing with Simutrans graphics. Graphic archive - templates and some other stuff for painters. Development logs for most recent information on what is going on. And of course pak128!

wernieman

So it is an makeobj and not an PAK128 error and we can clouse this Errormessage
I hope you understand my English