Windows GUI for trunk building - page 68 - General Discussion and Assistance - CHDK Forum supplierdeeply

Windows GUI for trunk building

  • 771 Replies
  • 284389 Views
*

Offline Pier

  • ***
  • 128
Re: Windows GUI for trunk building
« Reply #670 on: 06 / July / 2012, 16:09:28 »
Advertisements
I've tested right now this so called version 3.43a.
Working exelent with my previous .ini file.With his own .ini file not working.
The old .ini file is 6kb- the new created .ini is 1 kb.Anyway I will using this ver. "3.43a"
Thanks to Rudi and msl.

*

Offline dvip

  • ****
  • 451
Re: Windows GUI for trunk building
« Reply #671 on: 12 / July / 2012, 15:13:33 »
I'm getting this errors, on Win 7/64-bit:


========== C:\CHDK\TRUNK\TRUNK1977\BIN\LOGS\ERR-A590-101B.TXT ==========

      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\uname.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
gmake: *** [infoline] Error 1
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\uname.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
gmake: *** [clean-recursive] Error 1



Any suggestions?


*

Offline msl

  • *****
  • 1280
  • A720 IS, SX220 HS 1.01a
    • CHDK-DE links
Re: Windows GUI for trunk building
« Reply #672 on: 13 / July / 2012, 04:17:40 »
@dvip

The error message alone is not quite useful. Which version of the shell you are using? Did you try batch compiling like above described or compiling over the shell GUI?

It seems you have a problem with the GCC environment and not with the CHDK shell. Because nobody else has reported this issue.

msl
CHDK-DE:  CHDK-DE links

*

Offline rudi

  • ***
  • 129
  • A590IS_101B, SX260HS_100B
Re: Windows GUI for trunk building
« Reply #673 on: 13 / July / 2012, 07:02:14 »
I use also win7/64bit without any problems. This looks like a windows, additional software or PC error. For example look at here http://www.pcmmc.com/win32-error-487.php or use a web search engine with "Win32 error 487".

rudi


Re: Windows GUI for trunk building
« Reply #674 on: 13 / July / 2012, 08:42:30 »
Quote
I'm getting this errors, on Win 7/64-bit:


Code: [Select]
========== C:\CHDK\TRUNK\TRUNK1977\BIN\LOGS\ERR-A590-101B.TXT ==========

      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\uname.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
gmake: *** [infoline] Error 1
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\uname.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x71110000, RegionSize 0x1A0000, State 0x10000
C:\chdk\gcc451\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0
gmake: *** [clean-recursive] Error 1

I was getting something very similiar and reported it here back in Aug 2011.   Win7 as well.  As I recall, once this happened,  the only solution I found was a reboot of the PC.  It was pretty random and did not occur very often.

Don't use CHDK-Shell anymore - just the tool chain in a command box and TortoiseSVN to get the svn source- so I can't comment on how often that might be happening with the current release.

Ported :   A1200    SD940   G10    Powershot N    G16

*

Offline dvip

  • ****
  • 451
Re: Windows GUI for trunk building
« Reply #675 on: 13 / July / 2012, 09:51:04 »
@rudi, thanks for the link.

>only solution I found was a reboot of the PC.  It was pretty
>random and did not occur very often.

@waterwingz, this is exactly what's happening.

Thanks for the tips.

Re: Windows GUI for trunk building
« Reply #676 on: 06 / August / 2012, 13:56:28 »
Hi Novice here, looking for help.

I've installed CHDK-shell on Win 7 and updated it to 343, then tried to run a compile. I have a few random errors, then it failed in gmake. According to the log it got as far as "-> main.elf"

This is my errors.txt, anybody any ideas?

-----

========== E:\SOFTWARE\CHDK\TRUNK\TRUNK300\BIN\LOGS\ERR-G7-100I.TXT ==========

rbf_font.c: In function 'rbf_load_from_8x16':
rbf_font.c:153:9: warning: pointer targets in passing argument 2 of 'rbf_assign_char_8x16' differ in signedness
rbf_font.c:119:13: note: expected 'char *' but argument is of type 'unsigned char *'
sed: -e expression #2, char 8: Unterminated `s' command
sed: -e expression #2, char 8: Unterminated `s' command
/bin/sh: /sort.exe: No such file or directory
/bin/sh: /sort.exe: No such file or directory
gui_fselect.c: In function 'fselect_marked_paste_cb':
gui_fselect.c:464:13: warning: 'sd' may be used uninitialized in this function
raw.c: In function 'set_raw_pixel':
raw.c:114:22: warning: pointer targets in initialization differ in signedness
raw.c: In function 'get_raw_pixel':
raw.c:129:22: warning: pointer targets in initialization differ in signedness
arm-elf-gcc: Wl,--start-group: No such file or directory
arm-elf-gcc: Wl,--end-group: No such file or directory
E:\software\chdk\gcc451\bin\gmake.exe[1]: *** [main.elf] Error 1
gmake: *** [all-recursive] Error 1

Re: Windows GUI for trunk building
« Reply #677 on: 06 / August / 2012, 16:04:42 »
I've got rid of the sort error as follows:

#    SORT = $(dir $(shell which uniq.exe | sed s/\\\\/\\\//g))/sort.exe
    SORT = $(dir $(shell which uniq.exe | sed s,\\,\,/g))/sort.exe

I just guessed what was intended, but it hasn't made anything worse, so that's OK, but it still doesn't compile.

nIF


*

Offline msl

  • *****
  • 1280
  • A720 IS, SX220 HS 1.01a
    • CHDK-DE links
Re: Windows GUI for trunk building
« Reply #678 on: 06 / August / 2012, 17:32:49 »
========== E:\SOFTWARE\CHDK\TRUNK\TRUNK300\BIN\LOGS\ERR-G7-100I.TXT ==========

You try to compile a very old CHDK revision (300). This revision ist more for the first start and initialization of the CHDK shell.

You need a recent revision. The CHDK shell v3.43 needs a little update for the automatic download of the newest CHDK revision. Replace the CHDK shell program file with the attached file from following link

http://chdk.setepontos.com/index.php?topic=845.msg87478#msg87478

Allow internet connection and the shell load the recent revision.


Btw, you really want to compile? You can also download the recent CHDK for your camera.

stable version: http://mighty-hoernsche.de/
developer version: http://mighty-hoernsche.de/trunk/

msl
CHDK-DE:  CHDK-DE links

Re: Windows GUI for trunk building
« Reply #679 on: 06 / August / 2012, 18:21:27 »
Hi msl

thanks for the response. I'm a bit unclear about what I've really got. C-S did an auto update yesterday and says in its title bar: 'CHDK GCC Compiler Shell v.3.43 -- Current build: trunk300 [svn = CHDK]' so I assumed I was at 3.43. This is what is says in its .ini file:

[ID]
ProgVer=CHDK GCC Compiler Shell v.3.43
AutoItVer=3.3.8.1

So I assumed the 300 referred to a trunk version not chdk-shell?

I wasn't worried about this because I'm really trying to modify SDM not CHDK. I have the SDM source and dev environment from microfunguy but we just couldn't get it to work at all last night and he's now away for an indeterminate period. So I thought I'd try and get a chdk environment set up, so I at least had something stable and proven to work, to which I could add the SDM code afterwards.

If I still need to use your version, how do I persuade CS to look at the downloaded file - it's in the same place as the last one, but it's just being ignored?

 

Related Topics