hi,
I opened a RFE:
https://sourceforge.net/p/gerbv/feature-requests/69/
to let select tracks across different layers.
What I can do to help on this?
Valerio
--
___
Gerbv-devel
On 29/10/2014 22:04, Sergey Alyoshin wrote:> On Wed, Oct 29, 2014 at >
You want to do selection on several visible layers?
yes
At least, it is necessary let select different tracks at the same time
on different visible layers, then disable visibility of all other tracks
(switching off layers), and
>Messaggio originale
>Da: clemens...@gmx.net
>Data: 30/10/2014 8.53
>
>But what you want needs more
>background information than just the plain gerber data from the
>files to determine whether elements are electrically connected
>or not.
>
>You need to check the drill data as well (plated/n
>Messaggio originale
>Da: e...@iol.it
>Data: 30/10/2014 9.44
>
>What is a RFE for now the possibility to select "by hand", so with many
>clicks, different tracks at the same time, on different layers (with some
key
>modifiers like SHIFT or CTRL as you want). I will try the git sources of
>Messaggio originale
>Da: s...@cloud9.net
>Data: 30/10/2014 13.14
>
>My guess is that you need to set your LD_LIBRARY_PATH to point to
>where libgerv.so lives. Maybe /usr/local/lib?
LD_LIBRARY_PATH was empty.
In '/usr/local/bin' there is the 'gerbv' binary, in '/usr/local/lib' there is
t
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 30/10/2014 12.20
>
>> Now I will try to generate the binary for Win32
>
>For static build you can use MXE on Linux
>
>PKG_CONFIG=/path/to/mxe.git/usr/bin/i686-pc-mingw32-pkg-config
>./configure --host=i686-pc-mingw32
I'm running make fo
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 30/10/2014 12.20
>
>> Now I will try to generate the binary for Win32
>
>For static build you can use MXE on Linux
>
>PKG_CONFIG=/path/to/mxe.git/usr/bin/i686-pc-mingw32-pkg-config
>./configure --host=i686-pc-mingw32
Building 'mxe' I g
On 30/10/2014 19:50, Stuart Brorson wrote:
> One thing: You may want to modify your .bashrc to say this instead:
>
> export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/lib
>
> This is so that /usr/local/lib gets appended to the list of search
> directories, if any other already exist. What yo
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 30/10/2014 20.26
>
>On Thu, Oct 30, 2014 at 6:47 PM, Sergey Alyoshin
wrote:
>> I can try to build it with MXE after 3-4 hours.
>
>https://sourceforge.net/projects/gerbv/files/gerbv/gerbv-beta/
>
>Selection is not cleared if layers visi
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 01/11/2014 18.36
>
>On Fri, Oct 31, 2014 at 1:19 PM, Valerio Messina wrote:
>> Maybe now you are using a different version, and for some Win32 strange
link
>> trouble,
>> it is given priority to t
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 03/11/2014 10.40
>
>> what version of 'libwimp' are you using to build 'gerbv'?
>
>mxe.git/usr/i686-pc-mingw32/lib/gtk-2.0/2.10.0/engines/libwimp.la
I had tested MXE on Debian Testing and 7.5.
On Debian Testing, MXE make complaint abou
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 06/11/2014 17.37
>
>> On supported Debian 7.5, I managed to build MXE, after about 20 h and 8 GB
>> dedicated disk space.
>
>You don't need to build _all_ what MXE can buld, type 'make gcc', 'make gtk2'
thank you for late instructions
:
>Messaggio originale
>Da: alyoshi...@gmail.com
>Data: 07/11/2014 15.01
>
>The layer have a lot of currently invisible elements?
probably hundreds, and this is a 12 layers, I measured up to 4 seconds.
The shot is reduced to 39 KB to fit in 40 KB size limit
Valerio
-
hi,
are there some intention to support the X2 second extension to Extended Gerber
(RS-274X) format:
https://en.wikipedia.org/wiki/Gerber_format#The_second_extension
it was just released:
Revision 2015.06
(June 30, 2015; 2 months ago)
It is supposed to use meta-information attributes to embed th
On 18/09/2015 19:04, Stefan Petersen wrote:
> it seems that there is not much information in the new
> attributes Gerbv can actually use, maybe layer name would be interesting.
probably the layer number and so the order can be read from attributes
Valerio
---
hi,
I had cross compiled gerbv for Win32.
It works well, but I evidenced a bug when the path is too long, more than
196-226 characters.
Work with 196 chars, crash without error immediately at the start with 226
chars.
It is something known?
thank you,
Valerio
--
>Messaggio originale
>Da: ml+gerbv-de...@moritz.augsburger.name
>Data: 23/09/2015 20.37
>
>could it be 260 chars including the file name and everything?
>> Maximum Path Length Limitation
>> In the Windows API (with some exceptions discussed in the following
paragraphs), the maximum length
hi,
as now the .gvp file is a text file with the list of \path\name of layers, plus
a layer -1 with the path that point to the directory of itself?
When a single layer is in the same directory than .gvp, the single layer path
is omitted and only the name is written,
when a single layer is a dire
>Messaggio originale
>Da: Linda Huxley
>Data: 29/01/2016 0.38
>
>Working in an msys2 environment on Windows, I downloaded the gerbv git
>repository, and I followed the build instructions "Building gerbv by
>downloading from anonymous git repository" at
>"http://gerbv.geda-project.org/";
On 29/01/2016 18:00, Mike wrote:
> After building gerbv, I tried running "gerbv.exe" from
> "/c/gerbv/src/.libs". Rooky mistake. The loader complained about
> "libcairo-2.dll" not being found, but it was present in "/msys64/bin",
> and "/msys64/bin" was on my msys2 path...
finding shared objects
On 02/02/2016 21:17, Linda Huxley wrote:
> Sorry about that. Please ignore my last post. I'll keep looking.
yes, g_new() allocate and cast to the given type
Valerio
--
Site24x7 APM Insight: Get Deep Visibility into Ap
hi,
I keep the attached file in:
D:\Gerber\SMTVAL-10.003_REV.0.gvp
paired with all layers files.
Opening the attached .gvp file with double click in Windows Explorer open it
well using gerbv 2.6.1 (on Win7, 64 bit)
Opening the attached .gvp file using Gerbv File menù work well with both 2.6.1
a
>Messaggio originale
>Da: Linda Huxley
>Data: 23/05/2016 21.24
>
>You can display the Gerbv command line options from a Windows command
>prompt with: "gerbv --help". (You may need to change directory to your
>Gerbv installation directory to execute that command successfully.)
I do not
some more tests.
Gerber layers and project file are in
D:\Gerber
while I keep executables in:
D:\Program Files (x86)\gerbv-2.6.1\bin\gerbv.exe
D:\Program Files (x86)\gerbv-2.6Abeta2016-02-09\bin\gerbv.exe
Running from the command prompt:
D:\>"D:\Program Files (x86)\gerbv-2.6.1\bin\gerbv.exe" "D:
I regularly send .7z files (or tar.7z), and all are well recognized and
processed by the automatic web demo/preview of online services.
7zip is far better than zip and is open and cross-platform as well.
so hope recognition of .7z files too ;-)
thank you,
Valerio
---
On 18/10/2016 09:53, Joerg Wunsch wrote:
> There's some automagic for
> recognizing Gerber vs. RS-274-X
a question: gerbv can open old style Gerber?
On web site is clearly sayd NO?! so I never tried.
But sometimes from an old floppy disk come out some unreadable files by
current softwares. gerbv
On 18/10/2016 10:28, Joerg Wunsch wrote:
> As long as your zlib does so, it would be no problem.
>
> I wouldn't want to deal with multiple compression interfaces.
what about 'libarchive':
https://github.com/libarchive/libarchive/wiki/LibarchiveFormats
?
Valerio
-
On 12/02/2017 15:53, Sergey Alyoshin wrote:
> You can check README-release.txt file in gerbv source, and the main
> problem (for me) is Win build with installer.
I already managed build a win git version for company internal use.
If the installer is NSIS based I can help here
Valerio
--
Uwe Bonnes wrote:
> Can you perhaps describe your setup?
sorry for delay.
I had a working MSYS2 installation on Win7 64 bit.
The commands are the same as Linux build:
$ git clone git://git.geda-project.org/gerbv.git
$ sh autogen.sh
$ ./configure --enable-unit-mm --disable-update-desktop-databa
the 64 bit executable work well inside MSYS2 Mingw64 shell only, as it
require all the 64 bit libraries version.
So I generated the 32 bit version with Mingw32 shell, and the binary in
src/.libs work very well with Gerbv 2.6.1 32 bit libraries, once added
the libgerbv*.dll and a single mingw sup
hi,
I just tested a freshly new (msys2-x86_64-20161025.exe) installed MSYS2
on Win7 64 bit, so all libraries updated.
Then tryed to compile both 32 and 64 bit version of Gerbv git 2017-02-22
for Windows.
(if desired I had some simple notes how to create a working MSYS2 build
env for Gerbv)
The
is there anybody out there?
For a working MSYS2 env, the commands are:
1) run the installer "msys2-x86_64-20161025.exe"
2) opens MSYS2 shell and run:
$ pacman -Syuu # update essentials packages
When asked, close the shell
3) restart MSYS2 shell and run:
$ pacman -Syuu # update all
Sergey Alyoshin wrote:
> Yes
you are not very talkative
:-)
Valerio
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
On 03/03/2017 18:23, Linda Huxley wrote:
> I'll also uninstall MSYS2 and try your script from scratch
probably you mean install instead of uninstall
> any further instructions for completing the build (so that everything
> is in one place)?
once you have a working MSYS2 with all dependencies, b
I also tested the 32 bit binaries on an old WinXP SP3,
work well also there.
Valerio
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
Linda Huxley wrote:
> Your step 9 "optional dev packages" does not appear to be optional.
> Gettext appears to be required to build gerbv.
pay attention that packages:
- mingw-w64-i686-gettext
- mingw-w64-x86_64-gettext
are installed as dependencies by:
- mingw-w64-i686-glib2
- mingw-w64-i686-gtk2
hi,
I'm trying to build gEDA.gaf git sources on Win64 using MSYS2.
Here the steps:
$ pacman -S texinfo guile libguile-devel groff cvs
...
$ pacman -Sl | grep guile
msys guile 2.0.11-3 [installato]
msys libguile 2.0.11-3 [installato]
msys libguile-devel 2.0.11-3 [installato]
$ git clone git://g
On 07/08/2017 10:54, Sergey Alyoshin wrote:
Can you try to build gerbv from git?
yes, my tests with MSYS2 and Gerbv was always using git sources
Valerio
--
Check out the vibrant tech community on one of the world's mo
On 31/05/2018 19:03, Miklos Marton wrote:
- We will need to implement a function which would guess the layer index
(and layernumber for cooper layer) from the filename
Any feedback, idea is welcome!
guessing layer from file name can be difficult.
Extracting it from 2014 Gerber X2 attrib
On 05/31/18 23:16, Linda Huxley wrote:
I use KiCAD. I just looked into some Gerbers generated by KiCAD and
there doesn't appear to be any kind of comment or attribute in any of
the files that would betray the actual layer. (KiCAD is under heavy
development, so things may have changed in recen
On 05/31/18 23:16, Linda Huxley wrote:
I use KiCAD. I just looked into some Gerbers generated by KiCAD and
there doesn't appear to be any kind of comment or attribute in any of
the files that would betray the actual layer. (KiCAD is under heavy
development, so things may have changed in recen
hi,
I just tried to build the gerbv-2.6.2.tar.gz release sources:
https://sourceforge.net/projects/gerbv/files/gerbv/gerbv-2.6.2/
on MSYS2/Win both 64 and 32 bit.
In make stage, it complaint about:
pick-and-place.c:182: undefined reference to `screen'
Below see the complete errors.
How can be fix
On 07/28/18 17:40, Sergey Alyoshin wrote:
Try this patch.
OK worked.
So release 2.6.2 with this patch compile well on Windows.
I think the patch should be integrated in the release.
Here my binaries:
32bit
https://drive.google.com/open?id=1qts1sQ3XSheEtyH3ppE5FAE6-FwK4AAy
64bit
https://driv
hi,
I had a "strange" PCB layer that on open show the following error in
Messages tab:
"Number of parameters to aperture macro (129) are more than gerbv is
able to store (102)"
see linked:
https://drive.google.com/open?id=13SQqcVJ4muES1R9F5_FL-SjgPl-E-yaX
Looking at the spec revision 2018.
hi,
I had a "strange" PCB layer that on open show the following error in
Messages tab:
"Number of parameters to aperture macro (129) are more than gerbv is
able to store (102)"
see linked:
https://drive.google.com/open?id=13SQqcVJ4muES1R9F5_FL-SjgPl-E-yaX
Looking at the spec revision 2018.
On 11/26/18 18:13, Valerio Messina via Gerbv-devel wrote:
hi,
I had a "strange" PCB layer that on open show the following error in
Messages tab:
...
see attached: gerbv_2.6Agit+patch_shot.7z
sorry for the triple noise, while waiting for big size moderator
approval I removed the
On 11/30/18 10:54, Sergey Alyoshin wrote:
For Gerbers (28 pcs) from Xilinx AC701 board this results in
121 MB without patch
517 MB with increased APERTURE_PARAMETERS_MAX to 5000
922 MB with increased APERTURE_PARAMETERS_MAX to 10002
This should be done with memory allocation.
Just to avoid dup
hello,
I had a milling file that is not recognized by Gerbv 2.7.0 on a Debian
64 bit, see attached.
Should show 8 about rectangular windows in the PCB
Can anyone help me implementing this feature?
--
Valerio
Unsupported G00 (rout mode) code at line 17 in file
"/home/efa/Documents/GerbV_2.7.0_
attached a simple patch against current git.
Solve the GCC 10.2.0 complaint for duplicate definition on two enum
variables
best regards,
--
Valerio
gerbv_git2020-11-22_gcc10.2.0_complaint.tgz
Description: application/compressed-tar
___
Gerbv-devel m
hi,
using MSYS2 on Win10 I can easily generate the gerbv native app.
Now I'm trying to generate from my Debian 10 to Windows using MXE [1]
It work till link stage, where I got 'mmap' and 'munmap' undefined, that
it is used in 'gerb_file.c'
As seems HAVE_SYS_MMAN_H is defined for Windows host (
I'm not a developer, but I regularly generate binaries for Linux and
Windows for by colleagues fronm git sources. Sometime this require
little patching.
Gerbv developers moved to git (but not github) and seems still on
Sourceforge
Valerio
Il 24/12/20 alle 20:56, Eyal Soha ha scritto:
I di
Tue, Jan 5, 2021 at 4:54 AM Valerio Messina via Gerbv-devel
<mailto:gerbv-devel@lists.sourceforge.net>> wrote:
I'm not a developer, but I regularly generate binaries for Linux and
Windows for by colleagues fronm git sources. Sometime this require
little patching.
Gerbv
I have three patches I had to apply each time I build a Win64 version of
Gerbv for colleagues.
You will receive three pull request
thank you for the initiative
Valerio
On 8/29/21 9:37 PM, Violet Land via Gerbv-devel wrote:
Dear Stefan,
> This sounds awesome! I am the original developer of t
On 8/31/21 12:00 AM, Violet Land via Gerbv-devel wrote:
I’m looking forward to it! Since I use Windows only as a secondary
platform, it would be really great if we can work together to polish the
Windows CI builds, so everybody can have as great of an experience as
your colleagues without manua
54 matches
Mail list logo